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blekot 





Milí Spectristé! 


Někdy je až neuvěřitelné, jak to letí. Jako by to 
bylo včera, co vyšlo YS 07/98. Po nahlédnutí do 
kalendáře jsem s hrůzou zjistil, Že od vydání 
posledního čísla YS uplynula delší doba než 
malá... 

A tak velká omluva všem poctivým čekatelům na 
nové YS především jmenovitě ode mne. Spousta 
jiných povinností mne donutily se dočasně 
věnovat také něčemu jinému než kompilování 
nového časopisu. Ostatně pěkně o tomto 
problému píše Tritol v novém (též maxičísle) 
časopisu ZX Magazín (gratuluji Tritole, sám bych 
to líp nenapsal). Zkrátka, budeme se snažit, aby 
k takovýmto výlukám nedocházelo, ale znáte to, 
člověk míní a Pánbů... 

Ale kvěci: toto číslo jsme se snažili opavdu 
nabušit-schéma DataGearu, recenze klasických 
ale výborných her, výpis full-screen Multicolor 
rutiny, konečně definitivní podoba SFS-hard- 
diskového formátu pro ZXS, rozhovor s Markem 
Jonesem... zkrátka věřím, že vám toto číslo YS 
vydrží minimálně do vydání čísla nového ;-) 

A ještě jedna věc. Máte-li přístup k Internetu, 
zkuste někdy nahlédnout na www.8bc.com do 
oddělení ZXS. Časem tam najdete spoustu věcí a 
navíc se zde můžete zaregistrovat coby aktivní 
uživatelé ZXS. K tomuto registru pak budou mít 
všichni přístup a tak budou vědět, kdo co dělá. 

A kdo co dělá? Tritol vyvíjí MBC, tedy 
MB-Commander, konečně komfortní software 
pro práci se soubory na systému MB-02+, 
paralelně stím se v KpSH (Komise pro 
standardizaci harddisku) horentně pracuje na 
návrhu hardwaru harddisku, AIDS vyvíjí další a 
dokonalejší a lepší a rychlejší a... D40/D80 
Emulátor pro MB-02+... BUSY se přestěhoval do 
Otrokovic u Zlína, aby kvůli vývoji ve věci SFS byl 
blíže 8BC. 

Ode mne je to vše, pište, pište, pište, vaše 
články opravdu otiskneme. A díky za věrnost! 


-BLS- 
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Rozhovor s Markem Jonesem 


2. část 





V minulém čísle YS jsme se seznámili 
S jedním z otců klasických her pro ZXS 
Markem Jonesem. Dnes se dozvíte více 

o jeho kariéře. 





YS: Na které spektrácké hře jsi se podílel a jak? 

MJ: První, co jsem dělal bylo, že jsem upravil 
nahrávací obrazovku hry Road Race, což byla 
mizerná hra se závodničkama, která se zdarma 
přikládala k nějakému časopisu (tuším to byl 
Your Sinclair). Dělal jsem logo hry a logo 
Oceanu. Udělal jsem se ovšem na Wizballu, kde 
jsem tvořil veškerou grafiku. Dělal jsem hudbu 
pro Arkanoid ve Whamu (a dostal tak Ocean do 
průšvihu s Melbourne House!). Dále jsem dělal 
grafiku pro Gryzor, The Vindicator a něco do 
Dragon Ninji (mimochodem, některé vlaky mají z 
boku napsáno BTF. To byla zkratka pro "Bugged 
to Fuck" (něco jako "zasrá*o chybami), opravdu 
jsme měli pocit, Že programátor byl strašný!). 
Dělal jsem nahrávací obrazovky pro hry MagMax, 
Wizball, | Gryzor, © Mutants, © Tai-Pan, | The 
Vindicator, Arkanoid II a Dragon Ninja. 
Vypomáhal jsem na designu hry Platoon, díl v 
tunelech byl můj nápad-byl jsem doma u Simona 
Butlerse a vzpomínám si, jak jsem mu to navrhl, 
ačkoliv ten by teď určité oponoval, že to byl jeho 
nápad (Simone, jestli tohle čteš (a umíš česky- 
pozn. editora), mám fakt dobrou paměť a přesně 
si vzpomínám na ten okamžik, kdy jsem to 
rekl!). Trochu jsem taky pracoval na Total 
Recallu a jediný ždibec, který se z mé práce ve 
hře použil, byla úvodní obrazovka, která je vidět 
mj. i ve hře, pokud si počkáte. Mimochodem, do 
většiny mých úvodních obrazovek jsem psal 
spoustu blábolů černým inkoustem na černý 
papír (ty jsou vidět jen když zrušíte barvy). Ani si 
už nepamatuji, do kterých obrazovek jsem psal 
co, ale je-li někde nevyužité místo, máte velkou 
šanci najít nějakou blbost, zrušíte-li atributy 
(pokud to zkusíte a něco najdete, budu rád, když 


mi namailujete černobílý obrázek, abych to taky 
viděl). 

YS: Jaká je tvá oblíbená spektrácká hra? 

MJ: Tak teď nevím, buďto Tir Na Nog nebo 
Legend of Avalon. 

YS: A jaká je tvá nejlepší a nejhorší vzpomínka 
na ZXS? 

MJ: Nejlepší: když jsem si sehnal novou hru a 
byl schopen se do ní ponořit tak, jako bych tam 
byl (teď už to neumím!). Nejhorší? R Tape 
loading error. 





„Mu M | 

Dábelský výraz ve tváří Marka Jonese svědčí 
o tom, že kdysi dávno byl pravým Spec- 
tristou. 


YS: Řekni nám něco o Oceanu... 

MJ: Sídlo bylo v suterénu starého kostela na 
Central St. v Manchesteru (přezdívalo se tam 
tomu "Zaláře"). Byl tak klídek, možná až příliš 
velká pohoda, páteční večeře oficiálně trvaly 1 
hodinu, neoficiálně 3 hodiny, protože jsme to 
všechno měli zaplacené. K 17. narozeninám jsem 
dostal Strip-O-Gram (patrně dárek spočívající ve 
velkém dortu, ze kterého se vylíhne nahá 
slečna), byli tam všichni včetně bossů, tehdy 
jsem se cítil fakt trapně. Byla tam taky podlouhlá 
místnost, říkali jsme jí Arcade Alley ("Pařanská 
alej"), ve které byly všechny mašiny. Vánoční 
večírky byly vždycky skvělé se všemi těmi lidmi, 
kteří dělali spousty legrace aj. UŽ nikdy 
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nezapomenu na Davida Warda jak tehdy házel 
nohama na "New York, New York"! Dělala tam 
hromada výborných lidí: Simon Buttler, Martin 
MacDonald, Dawn Drake, John Meegan, Kane 
Valentine, Rocky Ming, Lorraine Broxton, Steve 
Wahid, Jonathan Dunn, Martin Galway, Mike 
Lamb, Lee Cowley, Gary Bracey, s holka z patra 
vždycky byla sranda, Paul Hughes a spousta 
jiných, na které si teď nemůžu vzpomenout. Po 
pravdě musím říct, Že s některými jsem se tak 
spřátelil, Že i rok poté, co jsem odešel, jsem se 
vrátil na vánoční party. 
YS: A co děláš teď? 
MJ: Dělám v obchodě s nezávislou muzikou, 
jsem DJem ve třech indies/popových nočních 
klubech a manažerem skupiny Glendon, mají 
internetovou stránku www.vegetableman.demon 
„CO.Uk. 
YS: Chtěl bys něco vzkázat Spectristům? 
MJ: Hlavně to všechno udržujte na živu, protože 
jsem se trochu obával, že by to všechno mohlo 
zmizet (hry a to všechno). S příchodem Internetu 
mohou všechny ty věci bez problémů být tady 
všude mezi námi po tisíce let dopředu. Dlouho 
poté, co se originální kazety a časopisy roz- 
padnou. Je totiž skvělé předstírat, že je ti zase 
1411 

-BLS- 


RerLs4: OD JINUD... 
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Jednoho jarního dne si takhle listuji 
Reflexem 19/99 a co to nevidím: přes 
celou stránku se rozpíná článek 
"SPECTRUM Á LA LINUX?" o siru 
Sinclairovi a jeho ratolestech. Rozběhl 
jsem se jako amokem posedlý a utíkal jej 
ukázat LMN. Oba jsme se pak zuřivě dali 
do čtení. Pokud se vám nepodaří 
jmenovaný Reflex sehnat, celý článek 
vám (bez laskavého svolení Reflexu) 

přinášíme. 





Clive 
Sinclair se vrací. Tvrdí: dokážu vyrobit plně 
funkční přenosný počítač, který bude stát 
o polovinu míň než dnešní srovnatelná 
pécéčka. Proč bychom něco takového měli 
věřit chlapíkovi, který v počítačové branži 
už více než patnáct let nepracuje? Protože 


Legendární anglický | vynálezce 
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se mu podobný husarský kousek podařil už 
počátkem osmdesátých let. Malými počí- 
tači značky Sinclair zaplavil trh a ovlivnil 
generaci dnešních třicátníků, kteří v 
devadesátých letech rozhýbali informační 
revoluci. 

Nevíte, co je to Spectrum? Pak jsou jen tři 
možnosti: a) jste dvacetiletý cucák, který přišel k 
počítačům až ve chvíli, kdy vzduchem létaly 
megahertzy a megabyty, b) o počítače jste se 
nikdy nezajímali a dodnes vám tak trochu lezou 
na nervy, c) máte opravdu špatnou paměť. 


Sir Clive Sinclair a jedna z mnoha slavných 
fotografií. Zde ve svých rukou třímá příruční 
Z56. 


Malé počítače ZX 80, ZX 81 a Spectrum byly ve 
své době fenoménem, který nemá obdoby. 
Připojovaly se k televizi, šlo na nich spouštět 
programy, a hlavně hrát hry. Byly dokonale 
slepou vývojovou větví (tuplovaná hloupost!- 
pozn. editora), ale přesto znamenaly mnoho. 
Staly se prvními počítači, které lidem vlezly až do 
obýváku. A naučily je, že komputery nejsou jen 
studené bzučící obludy (dobré tak akorát do sci-fi 
filmů), ale že se mohou stát běžnou spotřební 
věcí. Nejen docela užitečnou, ale taky zábavnou. 
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Sinclairovy počítače patřily v první polovině 
osmdesátých let mezi vyhledávané klukovské 
poklady-a to všude na světě. Do Čech se 
dovážely z ciziny a měly stejný glanc jako třeba 
originální levisky. Později se začaly vyrábět také 
tuzemské | obdoby (třeba © nezapomenutelně 
ošklivý počítač IO 151), ale to už bylo v době, 
kdy se ve světě pomalu prosazovala pécéčka. 
Malé osmibitové počítače jsou už dnes historií (či 
možná spíš prehistorii), ale pro pamětníky 
opentlenou notnou dávkou sentimentu. Hodně 
lidí z branže se právě na nich naučilo 
programovat.Pozoruhodnou figurou je i tvůrce 
Spectra Clive Sinclair, kterému v Británii 
přezdívají "Strýček Clive". Nepatří mezi vizionáře 
typu Billa Gatese, Steva Jobse či Andyho Grovea. 
Není typickým počítačovým podnikatelem. Spíš je 
šŠmrnenutý osobností českého Járy Cimrmana-až 
na to, že jeho vynálezy jsou skutečné. "Strýček 
Clive" začal v Británii jako první vyrábět či 
prodávat kapesní kalkulačky a digitální hodinky, 
ale například také neúspěšně experimentoval s 
auty 7Zna elektrický pohon. Vždy měl víc nápadů, 
než dokázal realizovat. Celý život: narodil se v 
anglickém Surrey v roce 1940, jeho otec i 
dědeček byli inženýři. Otec navíc podnikal, takže 
Clive už v dětství poznal, co to znamená vydělat 
na nějakém nápadu spoustu peněz, ale také přijít 
velmi rychle o všechno. Už ve škole ho bavila 
matematika a fyzika, sestrojil si vlastní počítačku. 
Převáděla čísla na jedničky a nuly, což považoval 
za svůj objev. "By/ jsem velmi rozladěný, když 
jsem zjistil že binární soustava se běžně 
používá. Doufal jsem, že na tom nápadu 
zbohatnu." 

Místo vysoké školy nastoupil jako redaktor do 
časopisu pro radioamatéry. Počátkem šedesátých 
let si založil vlastní firmu, která podnikala hlavně 
v elektronice. Koncem sedmdesátých let si 
Sinclair přečetl ve Financial Times článek, ve 
kterém se předpovídalo, že se do pěti let začnou 
prodávat malé počítače v ceně kolem sto liber. 
Okamžitě cítil, že to je oblast, kde by se mohl 
prosadit. Ale netrvalo to roky, nýbrž několik 
měsíců: v lednu 1980 představil počítač ZX 80, 
který stál 99,95 libry (a jako stavebnici si ho bylo 
možné pořídit dokonce za 79 liber). Byl to 
experiment, ale odezva trhu byla fenomenální. 
Firma byla během několika dní zavalena 
objednávkami. Během roku navíc © Sinclair 
představil počítač na výstavě v Las Vegas, takže 
se začal prodávat i v Americe. Konkurence 
prakticky neexistovala. V březnu 1981 měl 


premiéru ZX 81, kterého se během roku prodalo 
téměř čtvrt miliónu kusů. A v dubnu 1982 přišlo 
Spectrum: počítač vybavený slušnou grafikou (Ss 
barvami) a zvukovým generátorem. 

Malé počítače sice v průběhu osmdesátých let 
bezpečně převálcovaly pécéčka, ale Clive Sinclair 
ze scény nezmizel. Dál experimentoval a 
vynalézal, třebaže už mimo počítačovou branži. A 
když se o něm zrovna nepsalo v magazínech o 
byznyse, zaměstnával coby excentrik bulvární 
listy. V roce 1983 dostal Sinclair šlechtický titul, 
ale revolverové žurnalisty spíš zaměstnával (a 
dodnes zaměstnává) jeho bouřlivý milostný 
život-a hlavně avantýry s mladými dívkami. 

Tohle všechno jsou důvody, proč má Clive 
Sinclair zajištěnou stálou mediální pozornost. Tím 
spíš, že říká, co lidi chtějí slyšet. "Běžné pécéčko 
je drahé kvůli procesoru od Intelu a softwaru od 
Microsoftu, který vyžaduje příliš mnoho pamětí, " 
prohlásil minulý týden. "Proč vyrobím počítač 
levnější? Bude mít míří paměti, procesor nižší 
třídy, jednodušší zdroj energie a levnější 
operační systém. " 

Zatím není důvod vyrážet do papírnictví či 
knihkupectví (tam se v osmdesátých letech v 
Británii Spectra prodávala), protože Sinclairův 
počítač nebude k mání dřív než za dva roky. 
Kritici poukazují na fakt, že Sinclairova firma 
nemá ani vlastní webovou stránku či e-mailovou 
adresu (není pravda-s Clivem se můžete spojit 
na stránce www.sinclair-research.co.uk; pozn. 
editora). Ale to by nemuselo vadit: Sinclair už 
jednou z pozice outsidra zamával celým 
počítačovým světem a fanoušků má-nejen na 
Internetu-stále dost. 


-MILOŠ ČERMÁK- 


A abych to všechno ještě doplnil, uvádním 
kontakt na Sinclair Research: 


Sinclair Research Ltd 
The Penthouse 

7 York Central 

70 York Way 

London N1 9AG 
Velká Británie 


Telefonní číslo: +44 171 8376150 
Faxové číslo: +44 171 2783101 
Internet: www.sinclair-research.co.uk 


-BLS- 
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AMAUROTE 


© 1987 Mastertronics 
Written and designed by John Pickford 
Graphic by Ste Pickford 
128K Music by David Whittaker 
A Binary Design Production 





Město Amaurote bylo napadeno 
obrovským a agresivním hmyzem, 
který si vystavěl své kolonie v každém 
z 25 sektorů ve městě. Vzhledem k tomu, 
že poslední nezraněný armádní 
činitel zmizel ihned po invazi, je na 
tobě zničit všechny nepřátelské 
kolonie. 





Průběh hry 


Ke splnění úkolu dostáváš výbavu: Arachnus 4 


(vyzbrojený chodící modul), radar, komunikační 


rádio, 30. odrazových bomb a hotovost 
$5.000.000 k nákupu nové výbavy. K dispozici 
máš také mapu. 
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Město 


Kolonie můžeš likvidovat v jakémkoliv pořadí. 
Každý distrikt města Amaurote je na mapě 
reprezentován malým kotoučem, jehož název se 
objeví v horní části obrazovky jakmile na něj 
vstoupíš tvým modulem. Vyber si oblast, kterou 
začneš a stiskni FIRE. Jakmile zničíš veškerý 
hmyz ve zvolené oblasti, vracíš se do mapy a 
můžeš pokračovat dále. 





verze Amaurote 126. 


Hmyz 


Ve hře se vyskytují 3 druhy hmyzu, všechny 
stejně ničemné a drzé. 


RAN ř 
VERNÍ 
Ne 


JE 





Královna: vzhledem k tomu, že je v každém 
distriktu tím nejdůležitějším, je také tvým 
hlavním cílem. Napřed se k ní ale musíš dostat - 
cestu ti bude komplikovat kolem lezoucí potvory. 
Královna instruuje ostatní hmyz, jak se chovat a 
navíc produkuje nový; jakmile se ti podaří zničit 
jednoho z protivníků, zakrátko je na světě další. 
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těsně před a 
to vypadá po ní? Zahrajte sí Amaurote 128! 


Skautíci: tak tihle špehové létají kolem hledajíc 
potravu a vetřelce, čili tebe! Pokud tě vyšpehují, 
prásknou tě královně a to je průšvih! 


* s ů 1" " ' ň H ň 
té Ee m ke Et p 
K PPA k VOP -22 E PC a a ooo v 


kuk Ň K a „PCI = ela ud Ů ČC oo c 
stup mumlačů v závěsu. Chtělo by to tři 
dobře mířené... 






Mumlači: na tyhlety narazíš nejčastěji. Jsou 
natvrdlí a taky se nikdy nevzdávají. Jejich úkolem 
je jednak sběr potravy pro královnu, jednak pak 
ochrana kolonie před vetřelci. 


Bomby 


Tvé zásoby skákacích bomb jsou omezeny a 
proto radím-šetři. Stiskem "fire" bombu vystřelíš 
ve směru tvého posledního kroku. Bomba se 
"vydá" příslušným směrem dokud nezlikviduje 
hmyz nebo nenarazí do budovy (měj ovšem na 
paměti, že tvým úkolem není zdemolovat 
město!). 

Skákavou bombou nelze zlikvidvat plot po 
obvodu města a ani samotná královna. Pokud se 
chceš zbavit té, potřebuješ "supa-bombu". O tu 





si ovšem musíš říci prostřednictvím rádia. Jsou 
drahé a nebezpečné, takže bacha! 

Jakmile vypálíš bombu, nemůžeš vypálit další, 
dokud ta první neexploduje (bez ohledu na to, 
zda zničí cíl, či ne). V mezičase bude červeně 
problikávat ukazatel počtu zbývajících bomb. 


Rádio 
Od svého velícího důstojníka jsi vyfasoval 


vysílačku. Pokud ji zapneš, objeví se následující 
možnosti: 


1. SUPA BOMB (žádost o "supa-bombu") 
2. REOUEST BOMBS (žádost o bomby) 
3. RESCUE (guit-zbabělý úprk) 

4. REPAIR (Žádost o servis) 


Bomby jsou spuštěny přímo do města, použijte 
scanner a najdete je. 

Je-li tvůj Arachnus 4 příliš poškozen, můžeš 
zakoupit nový; snažte se ovšem zbytečně 
neplýtvat penězi. 


Scanner 


Www 


hmyz, královnu a bomby. Zadejte co hledáte a 
následujte šipky. 
Ovládání 
Vpravo vzhůru 
Vlevo vzhůru 
Vpravo dolů 
Vlevo dolů 
Střelba 
Rádio 
Změna barev 
Scanner-hledej hmyz 


Scanner-hledej královnu 
Scanner-hledej bomby 


O < 


-P 

-T 
-L 

- G 

- M, Space 
aps Shift 


OXN<YOUPI 


-BLS- 


Nápad: 
Hratelnost: 
Grafika: 
Zvuk: 
Verdikt: 


40. číslo herního časopisu pro 
ZXS Crash dalo v květnu 1987 
hře Amaurote hodnocení 92% 
("Užasné dílo... velmi hratelné a 
návykové."). Co dodat? 
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+ 3 
Mahin a" tle Alanů 
© 1985 Odin 
> > > > > F 
Tak kvůli téhleté hře jsem se na 
základce házel marod, jen abych mohl 

sedět doma u Spektráče a hrát... a hrát... 

a hrát. Opravdu krásný kousek: 
nádherná barevná grafika, hezká hudba, 
dobrá hratelnost a špičková atmosféra. 
Akorát se mi nikdy nepodařilo tuto hru 

projet... 

> > > > > V 
5 
„až teď po 12ti letech jsem sedl a za dva dny 
hru konečně dojel. Nyní vám poradím, jak na to. 
Po nahrání si zvolte ovládací prvky a spusťte hru. 
Objevíte se buďto v lese a nebo v Žaláři; v tom 
druhém případě musíte najít klíč, díky kterémuž 
se dostanete ven do sherwoodského lesa. 
Dobrod-ružství může začít. 


n 


COMPUTER GRAFHICE LTD 
. "> 


A FROBINoC 
= z"Ehbotoo0d É 





Robin 0" the Wood existuje také 
ZXS 128 (vyšla v roce 1986). Oproti původní 
486K verzi jsou zde nepatrné změny. 


Napřed se podíváme na to, co vlese můžete 


najít: 
k ničemu. Najděte lesní vílu (ta se 
zjevuje na konkrétních místech v lese) a 


začnou se dít kouzla. 


Lesní kvítek. Sám o sobě je vám 


Toto je volně se povalující Život. Určitě 
berte. 


H"h 
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Šípy jsou moc fajn, ale jsou vám na nic, 
když nemáte luk. Jak jej získat se 
dozvíte níže. 


Měšec s penězi. Ten nezískáte jen tak 
snadno-musíte oloupit kněze. Najděte 


8 jej a zlikvidujte stráže za ním-kněz vám 
ze strachu vydá 2 měšce a uteče. 
místech: v žaláři (abyste se dostali ven 


a do lesa) a u Sherwoodského hradu 


(abyste se dostali dovnitř). 


Klíč se vyskytuje pouze na dvou 


V lese se pohybuje také spousta jiných osob a 
přízraků. Všechny strážce likvidujte tím, co 
zrovna máte (palice, meč, luk s šípy). Divoké 
prasata nezničíte, snaže se jim vyhnout. 





fo VJ EHÉ 

K „tk RE řady | oko 8 “ 
Právě se vám zjevila lesní víla. Nemáte-li u sebe 
nic, nezjeví se. Máte-li u sebe pouze měšce 
s penězi, jeden vám zabaví. Máte-li ovšem u 
sebe lesní květiny, stane se následující: jeden 
kvítek vám víla zabaví a nedostanete nic. Za dva 
kvítky vám ovšem doplní energii na maximum a 


za tři vás přenese k sherwoodskému hradu. 








a energii. 
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E NEE: Črá kr 
E k MC E 


kur aĎ ir, 
Dostali = se do Šerifovy Z té se 
nedostanete zavřou vás do žaláře (z toho 
samozřejmě utečete naděte klíč a hurá do 
sherwoodského lesa). 





-IT TI, 
kv ý vk E ČP pr TILE p „ -4 MT 
hl k hh- gta " 
h -F uh 


ola o 





Konečně! Podařilo se vám- T 7 ; 
s ochrankou. Zbavte se stráže a dva měchy plné 
penízků jsou vaše. 


PTEZVAÉ NENÁKÍ 


UVĚJÍLÉ, Pe JP vavě ine R74 čet „lek 
Kouzelný strom vyhledejte, mate-li u sebe 
alespoň 3 měšce s penězi (přesně ty, o které 
oloupíte kněze). Za každé 3 měšce postupně 
dostanete: meč (budete používat místo palice), 
luk (funguje pouze když máte u sebe šípy), 1 
sherwoodský šíp, 2. sherwoodský šíp a 3. 
sherwoodský šíp (neplést s klasickými šípy do 
Iuku!-sherwoodské šípy nejsou určeny na 
střílení). AŽ dostanete všechny 3 sherwoodské 
šípy, posbírejte 3 lesní kvítka, vyhledejte vílu a 








nechejte se přenést k sherwoodskému hradu. 
Vběhněte dovnitř a vyhledejte nově otevřený 
vchod... 


„0 


VA 
COMPUTER GRAPHKS UD 


SEAC Sp P n BL D22 


-BLS- 


Krásná barevná grafika, fajn 
atmosféra, hýbe se to rychle a 
dá se to projet i bez pouků. 
Klasická hra, která by Žádnému 
Spectristovi neměla chybět. 


Nápad: 
Hratelnost: 
Grafika: 
Zvuk: 
Verdikt: 


Zázraky v BASICu 


díl 06-Song in Lines 





Pokial máte radi všeliaké grafické efekty 
potom je tu pre vás nasledujúci program. 
Je to ukážka hlavného algoritmu 
kreslenia čiar použitého 
v známej sérii programov SONG IN 
LINES". Program je napísaný pre počítač 
ZX Spectrum, ale dá sa bez problémov 
odpo aj r na iné po 





10 REM Busysoft 

20 OVER 0: INVERSE 0 

30- FNPUT "Pocet ciar:" c: 
LET y=23678 

40 INPUT "Mazanie ciar pomocou INVERSE 
??? (1=ano/O=nie)";m 

50. RESTORE DIM s(c,4): 
NOT m THEN OVER 1 

60 FOR a=1 TO 3: FOR b=1 TO 4: 
d(a,b): NEXT b: NEXT a 

70 CIS DETA S0,10,10,50,3,4:5,2; 


LET x=23677: 





DIM A(3,4)3 LE 


READ 
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ZD LZE 

80 BOR. a=l TO :cí BOR b=l TO 4: LR 
s(a,b)=0: NEXT b: NEXT a 

90 FOR a=1 TO c: INVERSE m: GO SUB 150: 
FOR b=1 TO 4 

LOL KPE A(1T, bys, b)rad(2,B) 

110 IP A(l.b)>20 AND A1, biadi35) 
GO TO 130 

120 LET „d(2,b) ==d(2,b) % LET 

di, b)j=d(l-b)T2*d(2,b) 

130 LEL stá, B)i=d(Lyblž NEKT 
140 INVERSE 0: GO SUB 150: NEXT a: GO 
1O-90 

150 BLOP stal BZ) 
PEEK x,s(a,4)-PEEK y 
160. PROP A3, 1V=8ap ita 2) DRAW 
d(3,3)-s(a,3)-PEEK x,s(a,4)-PEEK y 
LV PROF, A3 4) U) ALCA po ed az 2)i 3 
DRAW d(3,3)-s(a,3)-PEEK x,d(3,4)- 
stav, 1) <PEBK "v 

180 PLOT s(a,1l),d(3,2)-s(a,2): DRAW 
S(a,3)-PEEK x,d(3,4)-s (a,4)-PEEK y 
190 RETURN 


IHEN 








DRAW s(a,3)- 




















Program sám o sebe ide pomerne pomaly. Je to 
dané najmá tým že velmi velků časť celého času 
zaberajů rózne výpočty a ošetrenia slučiek FOR 
NEXT. Komu sa chce, móže si tento program 
skompilovať. Pozor však na prikaz DIM s(c,4) na 
riadku 50. Niektoré kompilátory (našťastie nie 
všetky) totiž vyžadujů vopred poznať rozmery 
dimenzovaných premenných. V tom. prípade 
dosaďte namiesto premennej "c" do tohto 
prikazu nejaké dostatočne velké číslo (napr. 
200). Potom by ste ale nemali pri spůšťaní 
skompilovaného programu zadávať váčší počet 
čiar ako toto číslo. 

Program využíva výhradne celočíselnů aritmetiku, 
preto móžete použit aj celočíselný kompilátor. 
Kto si trůfa, móže samozrejme program prepísať 
priamo do strojového kódu. Vďaka celočíselnej 
aritmetike to nebude ani moc ťažké. Tento 
program nevyužíva žiadne neštandartné alebo 
nedokumentované funkcie a služby a ani sa 
nepotrebuje © synchronizovať so | snímkovou 
frekvenciou monitora, preto by mal správne 
fungovať na všetkých počítačoch a emulátoroch 
ktoré sů kompatibilné s počítačom ZX Spektrum 
na úrovni | basicu. Pár © poznámok k 
prenositelnosti na iné počítače: Program je 
písaný pomerne jednoducho, takže prepísanie do 
iného basicu by nemal byť problém. Čísla 255 a 
175 na riadku 70  udávajů počet bodov 
grafického režimu zmenšený o 1 (255 po osi X, 
175 po osi Y). Príkaz PLOT X,Y presůva kresliaci 
kurzor na pozíciu X,Y a prikaz DRAW X,Y kreslí 
čiaru z aktuálnej pozície kurzora na pozíciu ktorá 
je od aktuálnej posunutá o X,Y (jedná sa o 
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relativne kreslenie čiary). Členy “- PEEK x" a “- 
PEEK y" slůžia na prepočet relatívneho posunutia 
pozície na absolůtne súradnice tejto pozície. "x" 
je adresa v památi, kde sa uchováva X-súradnica 
aktuálnej pozície kurzora, podobne “y" je adresa 
kde je uložená Y-súradnica. Ak máte k dispozicii 
prikaz na kreslenie čiary pracujůci s absolůtnymi 
súradnicami, potom tieto členy móžete vynechať. 
Verím Že sa vám program bude páčiť a že ho 
prípadne použijete ako pekný grafický doplnok 
do nejakého vlastného váčšieho programu. 


-BUSY- 





Multifech... jak na to? 


lekce 03: ...a kudy voda teče... 





V předchozím čísle seriálu Multitech... 
jak na to? jsme si detailně popsali prin- 
cipy zobrazování na ZXS. Řekli jsme si, 
kde jsou kameny úrazu při vykreslování 
barev. Víme, že zatím neumíme pokrýt 
celou plochu obrazovky režimem 
Multicolor za použití procesoru Z80-CPU, 
zvládneme to ovšem za asistence čipu 
Z80-DMA. 





Jak jistě víte, Z80-DMA je součástí MB-02+. Pro 
ty méně šťastné, kteří MB-02+ nevlastní budiž 
alternativou řešení jménem DataGear. O tom se 
dočtete v tomto vydání YS, navíc si jej podle 
našeho schématu můžete postavit sami. Pak již 
nebude stát nic v cestě dnešnímu experimentu. 


org 45500 
ODKUD egu 54784 
KAM egu 22528 
LEN egu 31 
HADR egu ODKUD/256 











ent $ 
POC di 
ld hl,41216 
ld de,41217 
ld bc,256 
ld (hl),162 
OE 
ld a,161 
ld i,a 
im 2 
ld de,16384 
ld hl,48640 
ld bc,6144 
ldir 
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BREAK 


START 


LO0P11 


LOOP1 


LMNLOOP1 


el 


hal 
11 8020 


ca 





t 


jr c,BREAK 
ld a,63 

ld i,a 

im 1 

ret 





org 162*256-+162 
push af 

push bc 

push de 

push hl 
push ix 
ld d,+t1D 
ld e,HADR 
push de 
ld hl,KAM 
push hl 
ld hl,DMA 
ld b,DELKA 
ae 
otir 
ld hl,KAM+32 

ld de,ODKUD+256 
ld b,23 

push bc 
































la 
la 


(OD) ,de 
(KA) ,hl 


push hl 

ld hl,DMA2 
ld b,DELKA2 
otir 

pop hl 

inc. d 

push de 

ld de, 32 
add hl,de 
pop de 

pop bc 

djnz LOOP11 
ld hl,DMA3 
ld b,DELKA3 
OoLiT 

ld b,198 
djnz LOOP1 
ld bc,32*256-+11 
ld hl,+87B3 
ld de,*CFOD 
ld a,b 

ld 1x,24 














O. O. O. O. 
OGG EF EP CF CRC OP- EPEE CP EPO: EFC GPCP C 
ČBK PUY 8 KD De E 6 CY DOK BCD, KČ CY 0 
== E 
© DEO+* 0 DEA“ 0 DEO+* 0 DEA“ 0 
W W W W 








O O W O O O O0 0 0 0 0 0 0 0 90 0 0 0 0 0 0 0 0 0 0 0 





—— WV W 99 W 


bFa+* 
= 


CE C 


<<uv « 
ha] 
W 


END 


DMA 


DELKA 





DMA2 
OD 





KA 


DELKA2 





DMA53 


DELKA3 





DELKAC 


0 a a 
oD FO 


ha] 


o. o. 
Oz GE CF ee CPoGt A, EFG C1 
A2" A8, * 
© © 
W W 


ha] 








O O O O 0 0 0 0 0 0 0 90 0 0 0 
c 





COGO (0 
o Fe>* 


ha] 


c 
OE OCT GT T 


PHOa> 











(c),h 


O. c 


a,32 
(c),d 


u (11) ,a 

u (c) ,e 

d hl,+87B3 

ld de,*CFOD 
dec lx 

jr nz,LMNLOOP1 
pop hl 
pop de 
pop ix 
pop hl 
pop de 
pop bc 
pop af 


"O O O0 1 FEO0 O o Foo 
c 
C Ct T 
a 
Fr 











GET GI 














el 
ret 


defb 
defw 
defw 
defb 
defb 
defw 
defb 
egu 


defb 
defw 
defb 
defw 


+C3,+C7, CB, +7D 
ODKUD 

LEN 
+54,+2,+50,2 
+C0O, +AD 

KAM 
+82,%CF, +B3,+87 
S-DMA 





+1D 
0 
+AD 
0 





defb $+CF,++B3,+87 
egu $-DMA2 


defb f+1D 
defw ODKUD 
defb fAD 
defw KAM 
egu $-DMA3 





egu $-POC 
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Vytušili jste správně: na předchozí stránce vidíte 
plný výpis zobrazovacího ovladače na režim full- 
screen Multicolor využívající Z80-DMA. Napsal jej 
Tomáš Modroczki (-AIDS-), Honza Kučera (-LMN- 
) jej posléze výrazně zkrátil a zoptimalizoval. 
Spuštěním od adresy 45500 se aktivuje mód 
přerušení IM 2, jehož je využito k vykreslování 
režimu Multicolor. Na adrese 48640 je uložena 
obrazovka (pouze pixly bez atributů, tj. 6144 
bajtů), kterou chcete Multicolorem překrýt. Na 
adrese 54784 následuje 6144 bajtů virtuálních 
atributů; ty jsou mapovány stejným způsobem 
jako atributy klasické, tj. 32 bajtů/1 atributový 
řádek, zde je ovšem atributový řádek 8x jemnější 
než ten klasický. 

Tato rutinka je základním stavebním kamenem 
ke zobrazování v režimu MultiTech. V příštím 
čísle YS se dočtete, jak převádět obrázky 
fotografické kvality právě do režimu MultiTech. 
Ti, kteří si nehodlají zakoupit MB-02+ a ani Si 
nebudou stavět DataGear se dočtou o tom, jak 
provozovat MultiTech bez těchto hardwarových 
peripetií. 


-BLS- 





Strojový kód pre pokročilých 
lekcia 07 





V tejto lekcii sa budeme zaoberat 
podobnou rutinkou ako v 
predchádzajúcej, avšak tentoraz číslo 
uložené ako postupnosť cifier v buffei 
nebude desiatkové, ale šestnástkové. 
Najprv sa pozrime na domácu úlohu z 
predchádzajúůcej lekcie. 


n n u Lini | 





Jednotlivé cifry nášho čísla sme mali v památi 
uložené ako obyčajné znaky v kóde ASCIT. Keď 
si pozorne všimneme hodnoty týchto kódov, 
ako hodnota, ktorů predstavuje táto cifra. Teda 
stačí od kódu znaku odpočítať číslo 48 (ASCII 
kód znaku '0") a dostaneme hodnotu cifry. 

Jedným z podproblémov našho programu bolo 
vynásobiť  aktuálnu hodnotu čísla desiatimi. 
Najpohodlnejšie riešenie by bolo využit už 
hotovů rutinku na vynásobenie dvoch čísel z 4. 
lekcie. Lenže táto rutinka násobí iba osembitové 
čísla. Dalo by sa to obísť tak, že by sme si 
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začiatok rutinky upravili tak, aby jeden operand 
bol v celom registri DE, do registra A vložili číslo 
10 a do registra HL poctivo vložili nulu (lebo D už 
nemusí byť nulové). Ja som vám však ponůkol 
principiálne iné a v danej situácii efektivnejšie 
riešenie. Pokial násobíme hodnotu v registri 
dákym malým vopred známym číslom potom 
existuje efektivnejší spósob, ako to spravit. Čo 
keby sme skůsili spravit“ toto: Register HL 
vynásobme dvomi (add hl,hl), potom si tento 
dvojnásobok niekam odložme (napr. do BC), po 
odložení tento © dvojnásobok ešte dvakrát 
vynásobme dvomi-tým dostaneme štvornáso-bok 
a osemnásobok. No a na záver k tomuto 
osemnásobku pričítajme ten odložený dvojnáso- 
bok a dostávame... Ten kto hádal 10-násobok 
mal úplnů pravdu. 

Prevod hexadecimálne zapísaného čísla na jeho 
hodnotu je v niečom zložitejší, ale v niečom zase 
jednoduchší. Kedže  hexadecimálna  sústava 
používa viac cifier ako desiatková a navyše ich 
ASCII kódy nenasledujů tesne za sebou (ako by 
sme si to želali), bude určovanie hodnoty 
jednotlivých cifier o niečo zložitešie. Na druhej 
strane treba aktuálnu hodnotu čísla násobit 
šestnástimi. Ako už vieme, 16 je pekné okrůhle 
číslo (viď 0. lekciu) ktoré sa dá vyjadritť ako 
štvrtá mocnina dvojky. Preto ak chceme nejaké 
číslo vynásobit šestnástimi, stačí ho len štyri krát 
vynásobiť dvomi. A práve v tomto je to 
jednoduchšie. — Ešte pred tvorbou samotnej 
rutinky si treba ujasniť, ako máme zapísané 
číslice nášho čísla v bufferi (v našom príklade 
máme číslo 'f4b3"). Učene povedané-musíme si 
presne definovať vstupné údaje. Nech je naše 
číslo napísané ako postupnosť hexadecimálnych 
číslic v obvyklom poradí (vyššie rády na nižšej 
adrese) a zakončené ubovolným znakom, ktorý 
nezodpovedá Žiadnej hexadecimálej číslici (v 
našom priíklade je tam medzera). | Hexade- 
cimálne číslice budeme kódovať tak, ako je to 
zaužívané-t. j. znakmi '0' až '9' a 'a' až 'f 
(budeme používať malé písmená). 

Teraz nám už nič nebrání aby sme mohli 
navrhnůť náš program, ktorý bude používat taký 
istý postup ako program z minulej 6. lekcie - 

t. j. bude postupne načítavať cifry, určovať ich 
hodnoty a postupne počítať aktuálnu hodnotu 
čísla. Pri prepočte ASCII kódu znaku na hodnotu 
cifry sa na chvílku zastavme. Kódy všetkých 
hexadecimálnych cifier neležia hneď za sebou, 
ako je to pri desiatkových cifrách-preto to už 
nemóžme mechanicky prepočítavatť tak ako 
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predtým. Pokial! sa jedná o cifry '0' až '9', je 
všetko v poriadku. Ale čo s písmenami 'a' až 'f'? 
Všimnime si, že ASCII kódy týchto písmen tiež 
ležia bezprostredne za sebou, takže stačí od 
kódu písmena odčítať určitů konštatnů hodnotu a 
problém je vyriešený. No nie celkom. Totiž na 
našu smolu táto konštanta je iná ako pre číslice 
'0" až "91 V tejto situácií nám neostáva nič iné 
ako otestovať, že o aků cifru sa jedná (číslo 
alebo písmeno?) a podla toho zvolit príslušnů 
konštantu, ktorů potom odčítame. 








buffer db "f4b3 *' príklad nejakého čísla 
hxbn dd de,buffer DE bude ukazovatel do 
buffera 
LO id. , +00 HL bude obsahovať 
okamžitů hodnotu čísla 
hexa bel a, (de) prevzatie cifry z 
buffera 
JEe 608 ak je jej ASCII kód 
menši ako '0' 
Cp C tak sa už nejedná o 
žiadnu platnů cifru 
ret c a to znamená koniec 
čísla a návrat 
Cp PO ak sa jedná o znaky 


E 1 n 
ae C, čirá tak skok na odčítanie 
prísl. konštanty 


eb a- 


toto je konštanta pre 


znaky "ab "1" 

Cp 'a' ak je kód znaku menší 
ako 'a' 

ret c tak sa nejedná o cifru 
a návrat 

G6 AE ak je kód váčší ako 
F! 

ret nc tak to tiež nebude 


žiadna cifra 


čilfrá sub: © 


odčítanie príslušnej 





konštanty 
inc de ukazovatel buffera na 
ďalší znak 
add hl , hl vynásobenie 
eealák Hel , hl aktuálnej 
add hl , hl hodnoty 
add hl , hl šestnástimi 
ld C,a pričítanie hodnoty 
Ho Mila) , +0 0 cifry k samotnej 
add hl , bc hodnote čísla 
jr hexa a znovu pre ďalšiu 


cifru 


Dnes bude domáca úloha možno trochu ťažšia 
ako obyčajne. Skůste sa zamyslieť nad 
problémom presne opačným-to znamená, že 
máte v registri nejaké číslo a chcete ho vypísať- 
čiže previesť na postupnosť číslic a tůto 
postupnosť číslic umiestnit do nejakého buffera. 





V minulých lekciách sme si ukázali, ako 
móžeme z postupnosti číslic vypočítat 
hodnotu tohto čísla. Dnes si pohovoríme 
o opačnom probléme-ako sa dá hodnota 
čísla previesť na postupnosť číslic a túto 
postupnosť zapísať do vhodného buffera. 


LE 















"e ' u 








Keď sme menili postupnosť číslic na hodnotu, 
museli sme vedieť, v akej číselnej sůstave je 
vlastne to číslo zapísané. Podobne aj pri 
opačnom prevode nám musí byť jasné v akej 
sústave bude výsledná postupnosť číslic. Pre 
začiatok si zvollme ten jednoduchší prípad-že 
chceme dostat postupnosť desiatkových číslic. 
Tento prevod je vlastne presne taká istá úloha, 
aků sme riešili v úvodnej nultej lekcii, keď sme 
chceli previestť nejaké číslo do Ššestnástkovej 
sústavy. Rozdiel je len v tom, že namiesto nás to 
tentoraz bude robit počítač, ktorý má dané číslo 
v nejakom registri a prevádza ho do desiatkovej 
sústavy (namiesto delenia Šestnástimi bude číslo 
deli desiatimi). Kedže delit' ste sa už naučili v 
piatej lekcii, určite nebude problém pre vás 
napísať takýto program. Kto chce a trůfa si, 
móže si to skůsiť. 

Ja vám však ponůkam iné, efektivnejšie riešenie, 
ktorého princip je ovela bližší udskému 
ponímaniu čísla. Jeho myšlenkou je postupné 
odčítavanie © desiatkových rádov, pričom Si 
zaznamenávame kolko krát sa nám prislušný rád 
podarilo odčítatť. CČiže napíklad ak sa nám od 
čísla podarí tri razy odčítatť hodnotu desat'tisíc 
tak vieme, že naše číslo bude mať na mieste pre 
desaťtisíce císlicu 3. Najvyššie možné číslo ešte 
zobrazitelné v párovom registri je 65535. Preto 
nám bude stačiť výpočet iba pre týchto páť 
rádov a teda aj buffer dlhý páť bajtov. 

Princíp práce programu je takýto: program 
vezme najprv najvyšší rád-desattisíce a tento rád 
odčítava dovtedy, pokial“ hodnota čísla neklesne 
pod 10000. Potom vezme najbližší nižší rád 
(tisíce) a od novej hodnoty odčítava pokial' sa to 
ešte dá (pokial' opáť hodnota neklesne tentoraz 
pod 1000). Tento postup vykováva pre všetky 
rády až po jednotkový rád. 

Odpočítavanie v  každom  ráde sa deje 
nasledovne: na začatku sa vloží do akumulátora 
ASCII kód znaku '0'. Pri každom odpočítaní sa 
hodnota v akumulátore zvýši o jednotku. Keďže 


strana 13 


MOgspectrumj s Spectrum| as-—a9-g9 


ASCII kódy číselných znakov idů bezprostrene za 
sebou, na konci  odpočítavania máme v 
akumulátore priamo ASCII kód číslice príslušného 
rádu. Tento kód sa uloží do buffera. Na 
ukladanie číslic je použitý register BC, ktorý 
obsahuje adresu památi kam sa má uložit kód 
nasledujúcej číslice. 


run la hl,54321 
bndc bd Be, buttef 


príklad čísla 

BC bude ukazovatel do 
buffera 

pre desiatkový rád 


ld de,-10000 


desaťtisíce: 

















čall čifra výpočet cifry 
ld de, =10U6 „.tisíce 
call cifra výpočet tisícov 
ka dé=<1006 ..stovky 
call čifra výpočet stoviek 
ld e, = „.desiatky 
call cifra výpočet desiatok 
ld sp „jednotky 
cifra ld a,"0"=1 výpočet číslice 
jedného rádu: 
Ččiťl add hl , de odčítavame hodnotu 
rádu a 
inc a zároven počítame že 
kolko krát, 
] r C, C1El kým neprekročíme nulu 
sbc hl , de oprava prekročenia 
nuly 
ld (bc) „a uloženie kódu číslice 
do buffera 
inc- bo ukazovatel na ďalšie 
miesto v bufferi 
ret koniec a návrat 
buffer db 'xxxxx' buffer pre vznikajůce 


číslo 


Keď si dobre všimnete tento program, na vaše 
možno velké prekvapenie zistíte, že v slučke, 
kde sa odčítavajů rády (cifl) je inštrukcia 
sčítania! Je to tak preto, lebo inštrukcia add 
hl,de má menej bajtov ako sbc hl,de (ušetríme 
pamáť), okrem toho sa rýchlejšie vykoná 
(ušetríme Čas) a navyše nepotrebuje mať na 
začiatku vynulovaný carry. Móžeme si to dovolit 
podla matema-tického pravidla, ktoré hovorí že 
"odčítatť kladné číslo je to isté ako pričítať 
záporné s rovnakou absolůtnou hodnotou". Preto 
sa na začiatku programu do registra DE vkladajů 
desiatkové rády ako záporné čísla. Toto naše 
"dolu hlavou" obrátené odčítanie má jeden 
zaujímavý dósledok-príznak carry nám opačne 
signalizuje pretečenie. To znamená, Že ak nie je 
pretečenie, carry bude nastavený a keď nastane 
pretečenie, carry bude nulový. Toto musíme 
zohladnit pri teste prekročenia nuly. 

Všimnime si ešte jednu vec: slučka na výpočet 
jednej číslice velmi pripomína delenie odčítaním. 
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Aj tu delitela (prislušný  desiatkový rád) 
odčítavame až dovtedy, pokým delenec (hodnota 
čísla) nie je záporný. Kedže však potrebujeme 
poznať aj hodnotu zvyšku, musíme na záver 
slučky spravit korekciu prekročenia nuly-presne 
tak, ako sme to robili pri delení v piatej lekcii. 
Toto posledné odčítanie, ktorým sme sa s 
delencom dostali až pod nulu, už nesmieme 
rátatť do výsledku-preto sa na začiatku slučky 
dáva do akumulátora hodnota o jednotku menšia 
ako ASCII kód nuly. 

Na domácu úlohu sa skůste zamyslietť nad tým, 
ako by vyzeral program, ktorý mení hodnotu 
čísla na postupnost šestnástkových čislic. 


-BUSY- 





Obecný popis tiskárny 
jako základního 
výstupního média 





Většina uživatelů se setkává 
s problémem, jak nejlépe prezentovat 
výsledky své práce. Jako nejvhod-nější 
se jeví prezentace ve formě tiskových 
dokumentů. Tyto dokumenty jsou tištěny 
na různých typech tiskových strojů, 
počínaje jedno-jehličkovými tiskárnami a 
konče hlubotiskovými stroji. 


čh ae 





Nepřehledné množství tiskových technik a 
tiskárenských strojů vyvolává u mnoha uživatelů 
otázku, která tiskárna je pro jejich potřeby ta 
nejvhodnější. Správná volba tiskárny však závisí 
na mnoha okolnostech, jako například na 
průměrném počtu tisknutých stran, na potřebné 
kvalitě tisku atd., a proto je následující text třeba 
brát jen jako pomoc při rozhodování. 
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Typové tiskárny 


Typové tiskárny jsou ve většině případů 
zastoupeny tiskárnami s typovým kolečkem, na 
kterém jsou © vytvořeny vzory © jednotlivých 
tiskových znaků. Tyto tiskárny jsou ve většině 
případů používány jako levná alternativa psacích 
strojů. Podobnou technologií jsou řešeny i sálové 
rychlotiskárny, které tisknou najednou několik 
řádků a tím velice zrychlují výsledný tisk jedné 
strany. Vzhledem k tomu, že tisk jemné grafiky 
je na těchto tiskárnách technicky neproveditelný, 
jsou v současné době již používány velmi zřídka. 
Vstupní informace pro typové tiskárny zahrnují 
pouze indexy kódové tabulky, realizované 
nejčastěji typovým kolečkem nebo typovou 
hlavicí s vyraženými znaky na indexových 
pozicích. Nejčastěji je využívána kódovací tabulka 
ASCII, která definuje indexy všem základním 
tiskovým znakům latinské abecedy, číslicím, 
speciálním znakům (paragraf, znak dolaru atd.) a 
některým semigrafickým symbolům. 


Jehličkové maticové tiskárny 


Jehličkové tiskárny jsou založeny na principu 
tisku matice bodů zobrazujících jednotlivé znaky 
tisku. Výška matice je ve většině případů rovna 
násobku počtu jehliček, které tisk provádějí. 
Nejjednodušší jsou tiskárny jednojehličkové, 
které tisknou vždy jen jedinou linku tisku, zvanou 
mikrořádek (vzpomínáte? BT-100!-pozn. edito- 
ra). Pomocí těchto mikrořádků jsou tisknuty 
grafické dokumenty, které jsou rozloženy 
(rozrastrovány) ©—na | soustavu © jednotlivých 
mikrořádků tisku. Text je obdobným způsobem 
nejprve převeden na grafickou podobu, a potom 
tisknut jako grafický dokument. 

Vícejehličkové tiskárny tisknou pomocí téhož 
principu, pouze s tím rozdílem, že tisknou několik 
mikrořádků najednou. To umožňuje kódovat 
textové části obdobným způsobem jako se 
provádí kódování u tiskáren s typovým kolečkem, 
a tiskárna již převádí přijatý znak na matici 
tiskových bodů sama. Tím také dochází ke 
značnému zrychlení přenosu tiskové informace 
komunikačním © kanálem ©a ke | zrychlení 
výsledného tisku. Počet jehliček vícejehličkových 
tiskáren je volen tak, aby tiskárna vytiskla 
najednou celý řádek tisku. Existují tiskárny 
osmijehličkové, © devítijeh-ličkové © atd. — Se 
zvyšujícím se počtem jehliček roste také 
teoretická rozlišovací schopnost těchto tiskáren. 
Zatímco  devítijehličkové tiskárny na jeden 


průchod (režim DRAFT) vytisknou dokument s 
rozlišením asi 60 DPI (bodů na palec, tzn. 2,4 
bodu/mm), 48mi jehličkové tiskárny tisknou s 
rozlišením asi 360 DPI (14,2 bodu/mm). Tato 
hodnota je však teoretická, neboť je velmi 
závislá na kvalitě tiskové mechaniky a zvlášť je 
závislá na kvalitě barvicí pásky. Rozlišení lze 
zvětšit několikanásobným průchodem tiskové 
hlavy přes jeden řádek tisku. Takto vzniká tisk 
zvaný NLO (Near Letter Ouality), LO (Letter 
Ouality), SLO (Super Letter Ouality) a další. 
Jehličkové tiskárny jsou nejpoužívanější, hlavně 
díky své pořizovací ceně a tím také nízké ceně 
jedné strany tisku. Hlavní nevýhodou jehličko- 
vých tiskáren je jejich hlučnost a rychlé 
opotřebování barvicích pásek, které se projevuje 
snižováním kontrastu tisknutých dokumentů. Při 
větších objemech tisku se také projeví jako 
nevýhoda časová náročnost tisku, která je 
způsobena právě principem tisku dokumentu po 
jednotlivých řádcích. 


Tepelné tiskárny 


Snaha o stálou kvalitu tisku při relativní 
nenáročnosti tiskáren vedla výrobce k využívání 
tepelné techniky tisku. Tato technologie přenáší 
na teplocitlivý papír pomocí bodového ohřevu 
obdobnou matici jako tiskárna s jehličkovou 
technologií. Bodový ohřev je nejčastěji realizo- 
ván pomocí elektrického oblouku mezi hlavou 
tiskárny a papírem. Tento tisk je rychlý, stabilní a 
také velice tichý. Rozlišovací schopnost průměr- 
ných termotiskáren se pohybuje okolo 240 DPI 
(9,5 bodu/mm). Použití těchto tiskáren v běžném 
provozu zatím brání velice nevýhodná vysoká 
cena termocitlivého papíru a tím i výsledná cena 
tisku jednotlivé strany. 

Tisk pomocí tepelných tiskáren je hromadně 
využíván ve faxových strojích, v příručních a 
kufříkových tiskárnách, a to hlavně pro svoji 
nenáročnost na provozní podmínky a nízkou 
hladinu hluku při tisku. 


Inkoustové tiskárny 


Inkoustové tiskárny jsou další náhradou tiskáren 
jehličkových. Pracují s technologií nástřiku 
kapiček inkoustu na normální kancelářský papír. 


Nejčastěji jsou koncipovány tak, aby byly 
kompatibilní s některou z 24 jehličkových 


tiskáren. Rozlišení je tedy také obdobné 24 
jehličkové tiskárně a je asi 360 DPI (14,2 
bodu/mm). Velikou výhodou je stabilita odstínu 
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tisku a oddělitelnost jednotlivých kapiček. Tyto 
vlastnosti jsou v poslední době využívány k tisku 
pomocí několika barevných inkoustů, realizují- 
cích barevný tisk těmi nejjednoduššími pros- 
tředky. Protože se tyto tiskárny vyznačují 
technologickou nenáročností a také malými 
rozměry, jsou často využívány jako příruční 
přenosné tiskárny k počítačům typu laptop a 
notebook. Jedinou současnou nevýhodou je 
relativně vysoká cena inkoustu, avšak vzhledem 
k tomu, že tato technologie je relativně nová, je 
možné předpokládat velké rozšíření těchto 
nenáročných tiskáren a tím i snížení provozních 
nákladů na tisk jednotlivé stránky. 

Jako novinka se v poslední době objevily faxy 
firmy Panasonic, které místo tisku na teplocitlivý 
papír používají normální inkoustový tisk. Takže to 
vypadá, že se ledy konečně hnuly a třeba přijde 
jednou doba, kdy budeme mít doma u ZXS 

HP DeskJet695C všichni. 


Laserové tiskárny 


Tyto tiskárny jsou prvním typem tiskáren, které 
tisknou dokument po stránkách a ne pouze po 
řadkách jako tiskárny předchozích typů. Z tohoto 
způsobu tisku vyplývají určité vlastnosti, charak- 
teristické právě pro stránkový tisk. Jednou z 
najednou v paměti tiskárny. Protože je celá 
tisková strana tvořena v pracovní paměti tiskárny 
najednou, je nutné, aby tato paměť měla 
dostatečnou kapacitu. Z tohoto důvodu jsou 
minimální © konfigurace © laserových © tiskáren 
nabízeny s 512 K pracovní paměti. Pro tvorbu 
složitých obrazových objektů však bývá často 
využíváno 5 MB a více rozšířené pracovní paměti. 
Další zvláštností je možnost použití zvláštního 
jazyka pro popis stránky tisku, kterým je 
postupně tvořena celá tisková plocha najednou. 
Také lze často využít popisu strany pomocí 
matematicky definovaných grafických objektů, 
podobně jako u kreslících strojů, plotterů. Kromě 
těchto speciálních možností popisu stránky se do 
popředí zájmu výrobců a uživatelů laserových 
tiskáren dostává specializovaný jazyk popisu 
tiskové stránky, jazyk PostScript. Tento jazyk 
umožňuje popis objektů prostředky vyššího 
programovacího jazyka a tím i prakticky provést 
realizaci popisu stránky tisku nezávisle na 
výstupním tiskovém zařízení. 

Laserové tiskárny jsou v současnosti schopné 
tisknout na mnoho různých typů potiskovaných 
materiálů. Nejčastěji se používá xerografický 
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papír, © který © má | nejvhodnější | vlastnosti 
podporující tuto technologii tisku. Tisk se provádí 
pomocí nanášení práškového toneru, který je v 
dalším kroku zpracování listu v tiskárně 
vytvrzován. © Reálná © rozlišovací © schopnost 
současných laserových tiskáren je okolo 1200 
DPI (47,2 bodu/mm), nejvíce je však využíváno 
rozlišení okolo 300 DPI (11,8 bodu/mm). Také 
se v současnosti začíná rychle rozvíjet výroba 
laserových tiskáren umožňujících tisk barevných 
dokumentů. 

Laserové tiskárny jsou velmi rychlé při tisku 
(okolo 4-8 stran za minutu), tiché při provozu a 
přitom je kvalita výsledných dokumentů velice 
dobrá. Nevýhoda laserových tiskáren spočívá v 
jejich ceně, jak pořizovací, tak i ceně souvi-sející 
s náklady na provoz. V současné době je jejich 
pořizovací cena kolem Kč 12.000,-- bez DPH. 


Osvitové tiskové přístroje 


Tyto tiskové stroje představují vrchol tiskových 
technologií. Jejich výstupem jsou filmové fólie s 
nasvětlenými © tiskovými © objekty pro další 
(ofsetové a hlubotiskové) zpracování. Rozlišení u 
těchto tiskových strojů často přesahuje tisíce 
bodů na palec a to znamená, že toto rozlišení se 
vyrovná nebo i přesahuje rozlišení klasické 
fotografie. Tyto stroje většinou produkují pouze 
fólie s tiskem separovaných barev z výsledných 
objektů pro barevné zpracování ve velkých 
tiskárenských podnicích. Jejich cena odpovídá 
dosahované kvalitě tisku, a proto jsou pro 
průměrného uživatele zcela nedostupné. Jako 
standardní rozhraní je použit jazyk PostScript. 
Casto bývá předzpracování informací pro tisk 
prováděno ve speciálních strojích, tzv. RIP 
(Raster Image Processor), které provedou 
přepočet popisu tiskové strany v jazyce 
PostScript na bitovou mapu výsledného tisku a 
tato mapa je potom předána osvitové jednotce k 
nasvícení filmové fólie. 

Myslím si, Že pro získání obecného přehledu o 
tiskárnách by to mohlo stačit. Příště se podíváme 
na kompletní popis řídících příkazů maticových 
(jehličkových) tiskáren. 


Na shledanou se těší 


-AIDS- 





A IT A 


Data Transfer Accelerator 
Graphic Environment Adaptor Racer 
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Mnozí z pravidelných čtenářů YS jistě 
velmi dobře vědí, co je to DataGear. 
číslech našeho časopisu. Schéma, které 

Vám nyní předkládáme, není úplně 
shodné s původním návrhem, ale je plně 
funkční a dostačující. Takže, DataGear 
ještě jednou. 


"e ' u 





periferní 


DataGear je zařízení © připojitelné 
k počítačům © ZXS, které slouží k rychlým 
operacím s daty. Umožňuje rychlý přesun dat 
V paměti, mezi pamětí a porty a mezi porty. Na 
obrázku vidíte elektrické schéma. Zařízení se 
skládá pouze ze tří integrovaných obvodů (IO). 
Srdcem je integrovaný obvod IC1 Z80-DMA 
(Direct Memory Access). Velkou výhodou tohoto 
obvodu je, Že ke své činnosti vystačí pouze 
s jedním portem. V našem zapojení je použit 
port 11 (BIN 00001011). Jako dekodér tohoto 
portu je použit obvod IC2. Obvod IC3 je nutný 
pro připojení DataGearu 
k počítačům ZXS +2A, ZXS +2B 
a ZXS +3. Zajišťuje multiplexaci 
vstupního © signálu © CE/WAIT 
obvodu DMA. Pokud budete 
DataGear používat pouze na 
počítačích ZXS 48, ZXS 48+, 
ZXS 128+ a ZXS +2, můžete 
obvod IC3 úplně vynechat a 
spojit pin 19 obvodu IC2 
s pinem 16 obvodu IC1. Takto 
se vám počet integrovaných 
obvodů sníží na pouhé dva. Při 
konstrukci DataGearu dodržte 
přesně © hodnoty © součástek. 
Obvod DMA musí být připojen 
na | sběrnici | počítače © co 
nejkratšími spoji. 


Při navrhování MB-02+ jsme 
narazili na zajimavý problém. 
Ten se týká obvodu Z80-DMA. 





ase, háebiaspectrum 


Zjistili jsme, Že pro zapojení se ZXS nelze 
používat většinu vyráběných typů obvodu Z80- 
DMA. Konkrétně jsme zkoušeli DMA od těchto 
výrobců: Zilog, Mostek a Texas Instruments. Ani 
jeden není vhodný. Nepoužitelnost se projevuje 
v tom, že nefunguje jeden z typů přenosu, a to 
přenos © paměť-port, což je © způsobeno 
nestandardním časováním signálu /IORO. Jediný 
použitelný typ je zatím UA858D vyráběný firmou 
RFT, která ovšem již neexistuje, protože byla 
z bývalé NDR. Tento obvod funguje absolutně 
bez problémů. 


Vlastnosti: 

- vyzkoušeno se ZXS 48, ZXS 48+/Delta, ZXS 
128, ZXS +2, ZXS +2A, ZXS +3 

- plně kompatibilní s DMA v MB-02+ 

- rychlost přenosu na ZXS 128 až 865 KB/s 


Tímto článkem bychom chtěli otevřít takový 
hardwarový miniseriál, který se samozřejmě 
bude týkat věcí kolem ZXS. Takže již teď se 
můžete © těšit © na | ULA-Corrector © (tzv. 
"Deprchátor"-pozn. editora), 512KB SRAM, NMI, 
HDD-Controller atd. Pokud máte nějaké zajímavé 
zapojení, pošlete nám ho a my jej velmi rádi 
otiskneme. 


Pěkné zážitky se Z80-DMA vám | přeje 
8BitCompany Laboratories. 
DataGear © je © ochranná © známka | firmy 


8BitCompany. Toto zařízení nesmí být vyráběno 
ani prodáváno za účelem zisku. 


-LMN- 
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najdete v Tečce! 


i : ni ... O M be -Fw ' u 





verzia 1.5 


1. Na počiatku stvoril Clive Sinclair plošný spoj 
s medenými cestičkami. 

2. A medené cestičky boli neladné a pusté a 
práznota sa vznášala nad nimi. 

3. A. Clive. riekol: Nech sů odpory a 
kondenzátory! A boli odpory a kondenzátory. 

4. A Clive videl odpory a kondenzátory, že sů 
funkčné, a Clive oddelil odpory a kondenzátory 
na jednu stranu plošného spoja. 

5. A. Clive. nazval stranu © sodpormi a 
kondenzátormi "strana súčiastok" a druhů stranu 
s prázdnotou nazval "strana spojov". A bola 
kladná polperióda, a bola záporná polperióda, 
prvý hodinový takt. 

6. A Clive riekol: Nech je prekážka medzi 
vodivými medenými cestičkami a súčiastkami a 
nech elektricky  delí medené cestičky od 
súčiastok! 

7. A Clive učinil prekážku a elektricky oddelil 
medené cestičky, ktoré sů na plošnom spoji, od 
súčiastok, ktoré sů nad plošným spojom. A bolo 
tak. 

8. A Clive nazval prekážku izolačným lakom. A 
bola kladná © polperióda, a bola záporná 
polperióda, druhý hodinový takt. 

9, A Clive riekol: Nech sa zhromaždia kontakty 
na strane sůčiastok na jedno miesto a nech sa 
ukáže kontaktové pole! A bolo tak. 

10. A Clive nazval kontaktové pole klávesnicou a 
spoje kde kontakty neboli nazval prívodmi ku 
klávesnici. A Clive videl, že je to dobré. 

11. A Clive riekol: Nech vydá plošny spoj rýchle 
integrované © obvody, dekodéry © dekódujůce 
signály, logické členy vykonávajůce logické 
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funkcie podla svojho druhu v ktorých budu ich 
výsledky, na plošnom spoji. A bolo tak. 

12. A plošný spoj vydal rýchle integrované 
obvody, dekodéry dekódujůce signály, logické 
členy vykonávajůce logické funkcie podla svojho 
druhu. A Clive videl, že je to dobré. 

13. A bola kladná polperióda, a bola záporná 
polperióda, tretí hodinový takt. 

14. A Clive riekol: Nech sů taktovacie kryštály na 
plošnom spoji, aby delili kladnů polperiódu od 
zápornej, a budů na znamenia, na určité takty a 
na pedesiatiny sekundy. 

15. A budů časovacími generátormi na plošnom 
spoji aby časovali ostatné súčiastky. A bolo tak. 
16. A Clive učinil dva kryštály, 14 MHz kryštál, 
aby panoval nad procesorom, a 4.43 MHz 
kryštál, aby panoval nad farebným modulátorom 
PAL. 

17. A Clive ich dal na plošný spoj, aby časovali 
ostatné sůčiastky 

18. a aby generovali pracovné frekvencie 
procesoru a farebnému modulátoru PAL a aby 
delili kladnů polperiódu od zápornej. A Clive 
videl, že je to dobré. 

19. A bola kladná polperióda, a bola záporná 
polperióda, štvrtý hodinový takt. 

20. A Clive riekol: Nech sa hemží klávesnica 
klávesami a nech elektróny lietajů po medenych 
cestičkach, na tvári plošného spoja. 

21. A Clive stvoril tie klávesy, stláčajůce sa, 
ktorými sa hemží klávesnica, podla ich druhu, a 
všeliaké elektróny okrídlene podla ich druhu. A 
Clive videl, Že je to dobré. 

22. A Clive ich požehnal a riekol: Ploďte sa a 
množte sa a naplnte klávesnicu, a elektróny nech 
sa množia v medených cestičkách! 

23. A bola kladná polperióda, a bola záporná 
polperióda, piaty hodinový takt. 

24. A Clive riekol: Nech vydá plošný spoj 
najhlavnejšie komponenty: procesor Z80 a 
videoprocesor ULA podla ich druhu! A bolo tak. 
25. A Clive učinil Zet-osemdesiatku a Ulu. A Clive 
videl, že je to dobré. 

26. A Clive riekol: Učiňme programátora na svoj 
obraz a podla svojej podoby, a nech vládne nad 
klávesnicou a nad všetkými súčiastkami na 
plošnom spoji. 

27. A Clive stvoril programátora na svoj obraz, 
na obraz Cliva Sinclaira ho stvoril, kódera, 
hudobníka a grafika ich stvoril. 

28. A Clive ich požehnal a Clive im riekol: 
Vládnite nad  klávesnicou a nad každou 
súčiastkou, ktorá je na  plošnom | spoji, 
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programujte, kódujte, komponujte,kreslite a 
podmaňte si svet zaujímavými a hodnotnými 
programami. 

29. A Clive riekol: Hla, dal som vám kazdu 
súčiastku, odpor, kondenzator, dekóder, logický 
člen, Z80, ULA, každý integrovaný obvod. To 
všetko vám bude za hardware - nástroj 
programátora. 

30. A procesoru Z80 a videoprocesoru ULA dal 
som na podporu ich činnosti všetky ostatné 
súčiastky. 

31. A Clive videl všetko, čo učinil, a hla, bolo to 
velmi dobré. 

A bola kladná polperióda, a bola záporná 
polperióda, šiesty hodinový takt. 


1. A dokonané bolo ZX Spectrum i celý jeho 
hardware i všetko jeho programátorské vojsko. 
2. A Clive dokonal siedmeho hodinového taktu 
svoje dielo, ktore činil, a odpočíval siedmeho 
taktu od všetkého svojho diela, ktore učinil. 

3. A Clive požehnal siedmy takt a posvátil ho, 
lebo vňom si odpočinul od všetkého svojho 
diela, ktore stvoril Clive činiac. 

4. To sů rody ZX Spektra a jeho programátora, 
v pedesiatine sekundy, ked boli stvorené, 
v pedesiatine sekundy, v ktorej činil Clive Sinclair 
ZX Spektrum i programátora. 


Špeciálne pre ... (všetkých!) napísal 
-BUSY- 


Jeden můj kámoš z dětství, tehdy zanícený 
Spectrista, se neustále chvástal, co dělá nového 
na ZXS-tu nový efektní loader, tu novou 3D hru, 
tu perfektní textovku. Nikdy jsem od něho nic 
neviděl, až na jedno-výpis fragmentu jeho 
"loaderu" na kusu papíru. Všiml jsem si instrukce 
XOR C ve zvláštní souvislosti a tak se ptám-co to 
má dělat? Dostal jsem briskní odpověď-vynuluje 
to céčko... 
Jmenoval se Mira. 

-BLS- 


Zilog: beze mne by jste se 
váleli v hnoji! 
BLS zažil na loňském DOXYCONUu několik šoků 


v jednom dni: poprvé, když zjistil, že jeho 
programovatelný kalkulátor Texas Instruments 


TI-85 (mimochodem opravdu špičková kalkul- 
ačka) má vsobě mikroprocesor Zilog Z80 
taktovaný na 2 MHz, podruhé při zjištění, že je 
možno jej programovat na úrovni strojového 
kódu a napsat tak naprosto fantastické aplikace. 
Nutno podotknout, že celou dobu (ještě před 
těmito zjištěními) při používání TI-85 vykřikoval, 
že ta kalkulačka je tak rychlá, že je v ní určitě 
zetosmdesátka. 

Třetí šok se dostavil k večeru, když DRON přišel 
s otázkou, jestli BLS neví, jak naemulovat 
paměťovou cartridge s hrami pro Nintendo 
GameBoy. Pakliže se ptáte jako BLS k čemu to, 
tak vězte, že DRON si chtěl pouze vykuchat 
pouky do svých oblíbených her. On totiž i ten 
GameBoy má ve svých útrobách... hádejte co! A 
tak vyvstává otázka, zdali se někomu nechce 
naprogramovat (lépe řečeno převést, naprogra- 
mováno již je) emulátor TI-85 nebo GameBoye 
na ZXS... 





BLS a LMN z 8BC (vlevo a vpravo) za YS se 
přátelsky © objímají | s vydavatelem — ZXM 
MATSOFTem. 


Bombónek na konec! 


Vytáčejí vás mediálně exponovaní lidé? Tak jim 
to nandejte a zavolejte jim! Abyste ovšem věděli 
kam, musíte znát telefonní číslo. To zjistíte 
spuštěním následujícího programu: 


1 RESTORE: PRINT "Daniel Hulka:": 
FOR x=1 TO 11: READ y: PRINT CHRS 
FEBE V722 NEXT % 


2 DATA 332,119,860,1347,3188,6126; 
6286,9033,9040,9114,9344 


-8BC- 


FC SZuUcEKs! ! 
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Spectrum File System 


Úvod 


V poslednom čase sa velmi rozvírila hladina 
okolo  pripojenia harddiskov k ZX Spektru. 
Dokonca už v lete na DoxyCone 98 a potom v 
zime na ZlinCone 98 Tritol prezentoval prvé 
rozhranie © pre © ZX | Spektrum © umožňujůce 
pripojenie a ovládanie IDE harddisku. Preto už v 
lete, na DoxyCone 98 sa udial historický okamih 
- vznikla KpSH - Komisia pre Standardizáciu 
Harddisku. Clenmi novovzniknutej komisie vtedy 
boli Tritol, Pvl, LMN of 8BC, BLS of 8BC, Glip a ja 
(Busy). Neskór sa k nej pridali ešte Noro, WWW 
a Baze. Komisia si uložila za úlohu zaviesť akýsi 
štandart v používaní harddisku na ZX Spektre a 
tým zabezpečitť kompatibilitu medzi jednotlivými 
užívatellmi harddisku. Všetci iste dobre poznáte 
dnešnů situáciu disketových jednotiek na Spektre 
- existuje ich niekolko vzájomne nekompatibil- 
ných typov. © Hlavným cielom tejto komisie je 
zabezpečitť, aby sa tento stav neopakoval aj v 
prípade harddiskov a aby nevzniklo niekolko 
róznych © pripojení a  spósobov | používania 
harddisku na Spektre. Prvým krokom k dosiahnu- 
tiu tohto ciela je niečo, čo sa nazýva Speccy File 
System. 


vw 


Co je Speccy File System? 


Speccy File System (dalej len SFS) je norma, 
ktorej hlavným cielom je definovanie spósobu 
ukladania dát na harddisku, alebo inými slovami 
povedané, ako má byť harddisk naformátovaný. 
V tom sa skrývaju tieto dve veci: 


« rozdelenie harddisku na partície 
e štruktůra údajov v jednej partícii 


Ďalším cielom sů rózne doporučenia pre 
operačný systém, ktoré popisujů ako sa má S 
takto definovaným formátom harddisku efektívne 
pracovať. 


Samozrejme SFS definuje ukladanie dát nielen na 
harddisk, ale vo všeobecnosti aj na ubovolné 
iné záznamové médium (ďalej len médium) s 
blokovým pristupom k dátam (t. j. dáta sů 
uložené v sektoroch). 
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Rozdelenie harddisku na particie 





Jedným z uznesení komisie bolo, že harddisk 
bude rozdelený na partície presne tak ako 
definuje MS-DOS 5.0 a vyšší. Prináša to so sebou 
niekolko velmi  pozitívnych  dósledkov: na 
harddisku je možné si vytvorit niekolko partícií, 
jedna bude klasická MS-DOS, ďalšia bude 
napriklad Linux ext2, a čo je najhlavnejšie, jedna 
bude naformátovaná podla normy SFS. Umožní 
to velmi jednoduché používanie toho istého 
harddisku na PeCi pod  MS-DOSom, pod 
Linuxom, ale zároveň aj na Spektre. 


Nízkokapacitné médiá (diskety, ramdisky) nie sů 
rozdelené, t. j. ako keby celé médium vytváralo 
jednu partíciu. 


Ďalší text je už popis štruktúry údajov v jednej 
partícii, ktorá je naformátovaná podla normy 
SFS. 


Mimochodom, čítali ste © VIX-ovu | básničku 
"Partícia moja krásna"? Velmi pekná básnička! 


Základné charakteristiky a 


ohraničenia 


Aj keď komisia v kůútiku duše důfala, že sa jej 
podarí navrhnůť SFS ktorý by nemal absolůtne 
žiadne ohraničenia (pod heslom "Na Spektre je 
všetko možné!"), predsa len sa napokon radšej 
rozhodla viac sa držať pri zemi a navrhnůť niečo, 
čo by bolo rozumným kompromisom medzi 
nekonečnými možnosťami adresácie diskových 
kapacít a medzi efektívnou a nie príliš zložitou 
prácou © operačného © systému, ktorý © bude 
pracovať nad týmto formátom. Navrhnutý SFS 
má takého ohraničenia: 


FAT16 | FAT32 


Maximálna velkost fyzického sektora (bytes) 2714 
Maximálna velkostť logického sektora (bytes) 214 
Maximálna velkostť jedného súboru (bytes) 232-1 
2"14-256 
Maximálny počet adresárov na médiu 232 











Maximálna kapacita logického média (clusters) 











Maximálny počet súborov v adresári 2932 





Všetky tieto ohraničenia, snáď až na dížku 
súboru, sů zatial' viac-menej teoretické, pretože 
v praxi je hlavným (a jediným) ohraničením 
fyzická kapacita média. Ale vzhladom na dnešný 
rýchly vývoj kapacít harddiskov je dosť dobre 
možné, že bude k dispozícii za rozumnů cenu 
harddisk takej kapacity, ktorá spósobí prechod 
nejakého vyššie uvedeného ohraničenia z roviny 
teoretickej do roviny praktickej... 
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Fyzické a logické sektory 


Určite ste si v predchádzajůcej časti všimli pojmy 
"logický sektor", "fyzický sektor", "cluster". Co 
tieto pojmy vlastne znamenajů ? 


Fyzický sektor je najmenší balík dát, ktorý 
móžeme poslat do alebo načítat z harddisku. 
Obvykle má velkosť 512 bajtov. 


Logický sektor, zvaný tiež cluster, je určité 
množstvo informácii, s ktorým naraz pracuje 
operačný systém pri práci s  pamáťovým 
médiom. Jeho velkostť obvykle býva zhodná s 
fyzickým sektorom, ale v prípade, že fyzický 
sektor je príliš malý, logický sektor býva zložený 
z určitého malého množstva fyzických sektorov. 


V tomto popise SFS sa logický sektor označuje 
priamo pojmom "sektor". V prípade, že sa v 
popise jedná o fyzický sektor média (v popise 
fyzických informácii o disku), vtedy je výslovne 
uvedené že ide o fyzický sektor. 


Tak, a dosť bolo úvodných kecov a teraz sa už 
poďme naostro venovať popisu samotného SFS. 


Boot sektor 


Boot sektor je ako jediný uložený na pevnej 
pozícii - v prípade ak logické médium je priamo 
nejaký fyzický disk (disketa), je uložený hneď na 
úplne prvom sektore daného média - prvý 
fyzický sektor na nultej stope a nultej strane. Ak 
je logické médium jedna z partícií harddisku, 
potom boot sektor je prvý sektor tejto partície. 
Vo všeobecnosti je to vždy sektor, ktorý má 
logické číslo 0. 


Boot sektor je velmi dóležitý, pretože keď 
operačný systém ide pracovať s médiom, ktoré 
ešte nemá "nakešované", je boot sektor hneď to 
prvé, čo operačný systém načíta do památi. 
Slůži teda na počiatočnů identifikáciu média. 


..- VWY 


bootovatelných médiách. To sů také média, na 
ktorých je uložený operačný systém, ktorý sa po 
zapnutí počítača loadne do památi, kde sa 
rezidentne usídli a zabezpečuje všetky operácie s 
médiom (a mnohé ďalšie veci). V tom prípade 
sa v boot sektore nachádza tzv. systémový 
zavádzač, to je taký malý programček ktorý 
loadne do památi operačný systém. 


Nezávisle od toho, či je médium bootovatelné 
alebo nie, prvých 64 bajtov boot sektora 


obsahuje velmi dóležité informácie o médiu ako 

takom: 

Identifikácia média 

400-301 skok na systémový zavádzač (18,43E 
alebo *18,*7E) 

402-407 "SFS-01" identifikácia formátu 

408-40F identifikácia média (8 RND bajtov, ich 
xor je 455) 


Fyzické informácie o médiu 
410-411 počet stóp alebo cylindrov 


+12 počet fyzických sektorov na stopu 
413 počet hláv alebo povrchov 
+14 (*) vel'kosť fyzického sektora v bajtoch 


Logické špecifikácie 


415 (*) velkosť logického sektora (cluste- 
ra) vo fyzických sektoroch 

+16 (*) hraničný sektor medzi zónou adre- 
sárov a zónou dát 

+17 maximálna © dížka © pre © ukladanie 


súborov priamo do adresára (x30) 
418-41B logické číslo prvého sektora prvej fatky 
41C-41F logické číslo prvého sektora druhej 
fatky 


Niečo ako adresárová položka média 

+20 atribůty média systémové (napevno 
nastavené formátovačom) 

+21 atribůty média  užívatelské 
menitel'né užívatellom) 

422-12B meno logického média (label) 

42C-42F celkový počet sektorov na médiu 

430-433 dlžka fatky v sektoroch 

434-4F37 dátum a čas formátovania 

+38-13B dlžka hlavného adresára v bajtoch 

+3C-43F logické číslo prvého sektora hlavného 
adresára 


(volne 


Prídavné identifikácie média 

(nepovinné, SFS ich len doporučuje) 

440-45F identifikácia © formátovacej 
(napr. F02-V30) 

460-47F identifikácia systému ktorý s médiom 
pracuje (napr. Norix 1.0) 


utilitky 


Systémový zavádzač 
+80-END systémový zavádzač, ak médium je 
bootovatelné 


Identifikácia média je osem náhodných bajtov 
vytvorených pri formátovaní tak, aby po výpočte 
1. bajt XOR 2. bajt XOR ... XOR 8. bajt vyšiel 
výsledok +55. Tieto bajty by mali byť pre každé 
médium rózne. Preto kopírovací program, ktorý 
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by vytváral presnů kópiu média sektor po 
sektore, by ich mal náhodne zmenit. Pri práci s 
médiom podla nich systém pozná, či má dané 
médium už "nakešované“", alebo nie. 


Fatka je kvóli bezpečnosti bežných magnetických 
médií zdvojená. V prípade, že fatku netreba 
zdvojovať (napr. ramdisk), začiatok druhej fatky 
a príslušný bit v systémových atribůtoch média je 
nulový. 


Údaje v bajtoch 14-416 (označené hviezdič- 
kou) sů vyjadrené pomocou N-tej mocniny 
dvojky, t. j. ak číslo uložené v lubovolnom z 
týchto bajtov je N potom skutočná hodnota, 
ktorů bajt reprezentuje bude 2/N. Napriklad ak v 
bajte 415 (velkosť logického sektora) bude číslo 
4 tak potom skutočná velkosť logického sektora 
bude 2“4=16 fyzických sektorov. 


Pridavné  identifikácie média (formátovač a 
systém) majů z hladiska definície SFS len čisto 
informatívny charakter a sů nepovinné. | Sů 
určené len pre užívatella, ktorý si nechá zobrazit 
boot sektor v ASCII forme. 


Systémové atribůty média 


bit 7 použitý systém FAT: 
O=FAT16, 1=FAT32 

bit 6 zdvojená FAT: O=nie, 1=áno 

bit 5-0 | rezervované 


Užívatel'ské atribůúty média 


bit 7 podpora bitu OPEN v užívatelských 
atribůtoch: O=nie, 1=áno 

bit 6 spósob alokácie všetkých sektorov: 
O=v poradí, 1=čo najnižší 

bit 5 spósob alokácie adresár. sektorov: 
O=hneď za, 1=jeden vynechať 

bit 4 spósob © ukladania adresárových a 
dátových sektorov: 
O=pomiešané, 1=oddelené 

bit 3 ukladanie krátkych sůborov priamo do 
adresára: O=nie, 1=áno 

bit2-0 | rezervované 

Spósob  alokácie všetkých sektorov — určuje 


stratégiu alokácie nového sektora pre súbory aj 
adresáre. Jednotková hodnota bitu znamená, že 


Www. 
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média). Tento spósob  alokovania zvyšuje 
spolahlivosť © záznamu © na | magnetických 
diskových médiách, ktoré sů známe tým, že 
záznam do sektorov na okraji disku je vo 
všeobecnosti spolahlivejší. Nulová hodnota bitu 
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znamená že alokovať by sa mal ten sektor, ktorý 
predtým ešte nebol alokovaný, alebo ak také nie 
sů, tak bol predtým alokovaný čo najdávnejšie a 
teda najdlhšie zo všetkých bol zmazaný. V praxi 
to znamená že sektory sa alokujů postupne od 
začiatku média až do konca bez ohladu či 
medzitým niekde vznikli nejaké zmazané sektory. 
Táto stratégia je vhodná pre médiá ktoré majů 
rovnaků dobu pristupu ku všetkým sektorom 
(napriklad ramdisk). Táto stratégia tiež výrazne 
zvyšuje pravdepodobnosť spolahlivého obno- 
venia zmazaného sůboru. 


Spósob alokácie adresárových sektorov určuje 
kde na médiu sa má naalokovať ďalší sektor 
adresára. Ak je tento bit nulový, potom ďaalší 
sektor by sa mal nachádzať hneď za posledným 
už existujúůcim sektorom, takže sektory adresára 
by mali (sť bezprostredne za sebou (ak 
zanedbáme fragmentáciu). Ak je tento bit 
jednotkový, potom nový sektor sa vytvorí tak, 
aby medzi ním a posledným už existujúcim bol 
aspoň jeden volný sektor. Tento druhý spósob je 
vhodný pre urýchlenie prehladávania adresára 
na disketách, pretože po loadnutí sektoru 
adresára do památi procesor potrebuje chvílku 
času na prehladanie tohto sektora a v prípade že 
by  ďalší sektor šiel hneď za © práve 
prehladávaným tak by ho už procesor nestihol 
naloadovať v jednej otáčke diskety a musel by 
čakať na ďalšiu otáčku. Druhý spósob je 
vhodnejší pre harddisky, ktoré už sami na sebe 
majů cache pamáť pre niekolko sektorov, 
pretože tieto harddisky pri požiadavke o sektor X 
si do cache loadnů aj niekolko dalších sektorov, 
ktoré má procesor hneď k dispozícii. Na médiách 
s rovnakou dobou pristupu ku všetkým sektorom 
nastavenie tohto bitu nemá na rýchlosť žŽiadny 
vplyv, ale vtedy SFS odporůča tento bit nechat 
nulový aby sa minimalizovala fragmentácia 
adresárov. 


Spósob  ukladania adresárových a dátových 
sektorov určuje či majů byť adresárové sektory s 
datovými ukladané spolu pomiešané (hodnota 
bitu=0) alebo oddelene (hodnota bitu=1). V 
bajte +17 je definovaný hraničný sektor medzi 
zónou adresárov a zónou dát. Zóna adresárov je 
časť média prednostne určená na ukladanie 
adresárových sektorov. Je  umiestnená od 
začiatku média až po číslo sektora definované v 
bajte 417. Od tohto čísla sektora (včítane) 
začína zóna dát, ktorá potom pokračuje až do 
konca média. Ak je bit 1 v atribůtoch média 
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nastavený na jednotku, operačný systém by mal 
novovznikajůce adresáre umiestňovať do zóny 
adresárov a podobne dátové sektory súborov do 
zóny dát. AŽ v prípade, ak sa daná zóna zaplní, 
sa sektor určený na uloženie do tejto zóny móže 
uložit“ do druhej zóny. Tento spósob je velmi 
vhodný pre pracovné médiá, na ktorých sa často 
erasuje, sejvuje a vypisujů sa katalógy. Okrem 
výpisu katalógu to hlavne optimalizuje aj 
hladanie nejakého súboru v adresároch a vóbec 
prácu s adresármi, pretože adresárové sektory sů 
sústredene na začiatku média a nie je potrebné 
kvóli nim príliš vela seekovať. Na médiách s 
rovnakou dobou pristupu ku všetkým sektorom 
tento bit neprináša Žiadne zrýchlenie práce. V 
prípade, že bit 1 v atribůtoch média je nulový, 
operačný systém ukladá všetky nové sektory na 
médium rad za radom bez ohladu na to či je to 
adresár alebo dátový sektor. Tento druhý spósob 
je výhodný vtedy, ak potrebujeme mať na disku 
menšie množstvo © menších | súborov. V 
kombinácii so spósobom alokácie sektorov čo 
najbližšie k začiatku média (pozri ďalej) tento 
spósob optimalizuje seekovanie diskového média 
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Ukladanie krátkych sůborov priamo do adresára 
slůži na minimalizáciu nevyužitelného miesta na 
médiu, ak velkosť sůboru je ovela nižšia ako 
velkosť alokačnej jednotky - logického sektora. 
V pripade, že je tento bit nastavený na jednotku, 
a ak dížka práve ukladaného sůboru nepresiahne 
číslo 30 krát hodnota z bajtu *17, tak data 
súboru sa neuložia do samostatného dátového 
sektora, ale za adresárovou položkou súboru sa 
do adresára ešte pridajů položky typu rozšírenie, 
do ktorých sa uložia data sůboru. Potrebný počet 
týchto rozširujůcich položiek je daný dlžkou 
súboru, maximálny počet je daný bajtom 17. 
Možnosť uchovávat krátke sůbory je velmi 
vhodná pre rozsiahle archivačné médiá, ktoré 
majů velmi velké sektory a kde by nejaký 
povedzme stobajtový zavádzací basic zbytočne 
zaberal celý jeden sektor média. Avšak v 
prípade, že sa požaduje velká rýchlosť práce s 
adresárom, nie príliš komplikovaný sekvenčný 
zápis do súboru a kde nie je až tak kritické 
efektivne využitie volného miesta na médiu, je 
efektivnejšie ukladatť aj krátke súbory do 
samostatných dátových sektorov. 


FAT - file alocation table 


Fatka (alebo l'udovo povedané "tučná tabulka") 
je pravdepodobne najdóležitejšia tabulka na 


celom médiu. Definuje sa v nej, ktoré sektory sů 
volné a ktoré sů použité a pre ktorý sůbor, v 
akom poradí idů sektory sůboru za sebou, 
definujů sa tam rezervované sektory pre 
špeciálne účely, a tiež sú v nej zakódované aj 
všetky dlžky súborov. Najdoležitejšia informácia 
je práve informácia o tom, ako za sebou idů 
sektory jednotlivých súborov. 


Na médiu móže byť jedna alebo dve fatky. V 
prípade, že na médiu je len jedna fatka, logické 
číslo prvého sektora druhej fatky je nulové a ták 
isto je nulový aj bit 6 v identifikačnom bajte 
média (offset 4420). Každá fatka je umiestnená 
na médiu kvóli efektívnemu random pristupu v 
sektoroch ktoré idů bezprostredne za sebou od 
prvého sektora, ktorého číslo je definované v 
boot sektore. Tento prístup umožnuje mať fatku 
umiestnenů kdekolvek na médiu (hoci aj kvóli 
efektívnemu seekovaniu v strede média) avšak 
fatka musí ostatť celá pokope, nemóže byť rózne 
rozptýlena po médiu. 


Fatka sa skladá z položiek, každá položka 
zodpovedá jednému sektoru média. Položky 
zaberajů podla potreby 16 alebo 32 bitov. Podla 
toho potom rozlišujeme či sa jedná o systém 
FAT16 alebo FAT32. Bajty sů v položke usporia- 
používa, ak počet sektorov na médiu je večší než 
umožňuje uadresovať FAT16, čo je 214-256 
alebo 16128 sektorov, a/alebo ak velkosť 
sektora (clustera) je váčšia ako 2/14 alebo 
16384 bajtov. 

položkách FAT tabulky hi.lo - hi.lo 


olný sektor, nepoužitý 00.00 





00.00.00.00 
00.00.00.01 - 7F.FF.F7.FF 
80.00.00.00 - 80.00.3F.FF 
80.00.40.00 - BF.FF.FF.FF 
C0.00.00.00 - C0.00.3E.FF 
C0.00.3F.00 - FF.FF.FE.FF 
FF.FF.FF.00 - FF.FF.FF.EF 
FF.FF.FF.FO - FF.FF.FF.FE 

FF.FF.FF.FF 





olný sektor, zmazaný 00.01 - 7F.FF 





Posledný sektor súboru 80.00 - BF.FF 








Priebežný sektor súboru alebo 


smerník na další sektor Sk ba 








Špeciálny sektor (systém) FF.00 - FF.EF 
[Chybný sektor FF.FO - FF.FE 
Fyzický koniec média FF.FF 














Posledný sektor sůboru obsahuje po vynulovaní 
najvyššieho bitu položky presný počet bajtov 
ktoré ešte sůbor zaberá v tomto sektore. Ak je 
tento počet nulový, potom skutočný počet týchto 
bajtov je rovný velkosti sektora, t. j. sektor je 
využitý celý => dlžka sůboru je delitelná 
velkosťou sektora v bajtoch. 


Zmazanie sůboru len vynuluje najvyšší bit FAT 
položky. Všetky položky od 00.00.00.00 do 
7F.FF.FF.FF sa chápu ako volné sektory ktoré sa 
pri sejve móžu použit. Speciálny sektor je napr. 
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boot, pripadne © na © bootovatelnom © médiu 
operačný systém, ktorý sa nenachádza v 
klasickom sůbore. Neexistujůci sektor je keď 
napr. médium má len 250 sektorov, fatka je dlhá 
250*4=1000 bajtov ale keďže fatka zaberá 
celočíselný počet sektorov tak zvyšných 24 
bajtov fatky obsahuje hodnotu FF.FF.FF.FF. 


Volné sektory pripravené na alokovanie sa od už 
obsadených alokovaných sektorov jednoznačne 
líšia najvyšším bitom položky. Volné sektory ho 
majů nulový, obsadené položky jednotkový. 
Preto sa pri alokácii dalších sektorov na médiu 
móžu vyberať len sektory ktoré majů tento bit 
nulový. 


Príklad: súbor zaberajůci tri sektory: 
Položky FAT32 





Číslo položky: 00.00.1E.64 logické číslo prvého sektora (údaj z 


Údaj v položke: C0.00.1E.65 lži adresárovej položky) 00.00.1E.64 
Císlo položky: 00.00.1E.65 
Údaj v položke: C0.00.1E.67 
Číslo položky: 00.00.1E.66 


Údaj v položke: FF.FF.FF.FO 


Sůbor má vo fatke dva priebežné 
sektory ktoré obsahujů smerník na 
nasledujúci sektor, a jeden sektor, z 
ktorého využíva len 3385 bajtov. 


Číslo položky: 00.00.1E.67 
Údaj v položke: 80.00.03.85 
Číslo položky: 00.00.1E.68 
Údaj v položke: 00.00.00.00 


Sektor 41E66 je označený ako 
chybný, preto nemohol byť zaradený 
do reťaze sektorov patriacich sůboru. 


Sektor +1E68 je volný. 


Doporučenie pre OS 


Aby operačný systém nemusel riešiť dva pripady 
FAT systému (FAT16 a FAT32), tak v prípade 
dostatočnosti 16 bitovej fatky (médium pod 
16128 sektorov) sa FAT16 móže pri spracovaní v 
OS logicky konvertovať na FAT32 nasledujůcim 
spósobom: Medzi bit 13 a 14 16-bitovej hodnoty 
FAT16 sa vloží nových 16 bitov s hodnotu podla 
vyššieho bajtu póvodnej hodnoty: ak je vyšší 
bajt rovný 255, potom bity budů jednotkové, ak 
iný, tak nové bity budů nulové. Tým vznikne 
nová zodpovedajůca hodnota FAT32. Spátná 
konverzia je tiež velmi jednoduchá, predtým 
pridané bity stačí z hodnoty vynechať. 


Štruktúra adresárov a súborov 


Hlavným © cielom © pamáťového ©média je 
uchovávanie a archivovanie súborov. Aby však 
nemuseli byť všetky © sůbory na | médiu 
neprehladne pomiešané na jednom mieste, SFS 
definuje adresáre, ktoré umožnia mať súbory na 
médiu róznym spósobom roztriedené a tým sa 
zvyšuje prehlladnosť uloženia sůborov a vo 
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váčšine prípadov tiež aj rýchlosť pristupu k 
súborom. 


Všetky adresáre sů na médiu organizované do 
stromovej štruktůry. Základom tejto štruktůry je 
hlavný adresár (root). Tento adresár sa volá 
presne ako logické médium (label) definované v 
boot sektore, a cez toto meno by malo byť 
možné do neho pristupovať. 


Adresár je postupnosť sektorov presné taká istá 
ako obyčajný súbor, ale od obyčajného sůboru 
sa líši tým, že jeho dátový obsah je 
interpretovaný © operačným © systémom | ako 
postupnostť adresárových položiek. Adresár vždy 
musí ležatť v samostatných sektoroch, nesmie 
byt umiestnený v rozširujúůcich adresárových 
položkách aj keby jeho celková dlžka bola 
menšia ako hranica definovaná v bajte +17 boot 
sektoru a bit v systémových atribůtoch média 
povolujúci ukladanie súborov kratších ako táto 
hranica by bol nastavený. Podobne tak adresáre 
na rozdiel od súborov nemóžu byť komprimo- 
vané a zakódované. 


Adresárové položky sů vždy 32 bajtové štruktůry, 
z ktorých sa skladajů jednotlivé adresáre. Každá 
adresárová položka musí byť jeden z týchto 


typov: 


« sůbor obsahuje informácie o jednom 
súbore 

* adresár obsahuje informácie o jednom 
adresári 

e linka odkaz na iný súbor/adresár/linku/ 
komentár 

« komentár textový komentár uložený priamo v 
adresári 

e rozšírenie © rozšírenie predchádzajůcej položky 
v adresári 


Jednotlivé typy položiek sa od seba odlišujů bitmi 
4,5,6 v identifikácii položky (pozri dalej). 


Adresárová položka - súbor 


Súbory sů vlastne © to | najdóležitejšie a 
najhlavnejšie, čo treba mať uložené na médiu. 
Adresárová položka sůboru obsahuje všetky 
dóležité informácie o sůbore. Sů to jednak 
klasické informácie nachádzajůce sa v hlavičke 
súboru používanej pri práci s magnetofónom, a 
tiež aj ostatné informácie vyplývajůce zo 
štruktůry ukladania dát v SFS a možností, ktoré 
navyše od magnetofónu poskytuje. 
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+00 identifikácia položky (11xxssss, systé- 
mové atribůty) 
+01 informačný bajt 


402-40B 10 znakov meno súboru 
40C-*0D dlžka sůboru podla hla- 
vičky 
J0E-40F štart riadok, premen- 
ná, začiatočná adresa 
410-411 dlžka čistého basicu 
bez premenných 
412 atribůty sůboru (uživatelské atribůty) 
+13 flagbajt tela 
414-417 dátum a čas poslednej modifikácie 
súboru j 
418-41B dlžka tela (skutočná dížka súboru 
v bajtoch) 
41C-41F umiestnenie súboru na médiu 


Klasická 
magneto- 


fónová 
hlavička 





Štruktúra položky je navrhnutá tak, aby kvóli 
kompatibilite s magnetofónom mohla uchovávať 
aj súbory bez hlavičky. Formát uloženia dátumu 
a času je zhodný s formátom používaním 

v MS-DOSe, detailne bude vysvetlený neskór. 


Umiestnenie sůúboru na médiu špecifikuje kde sů 
uložené dáta sůboru. Ak súbor nemá telo alebo 
telo má nulovů dlžku, potom sů bajty 41C-*+1F 
nulové. Ak je sůbor umiestnený vo svojich 
vlastných dátových sektoroch, potom v týchto 
bajtoch je logické číslo prvého sektora súboru. 
Ďalšie sektory sůboru sů definované vo fatke 

(v predchádzajůcej kapitole). Ak je však sůbor 
umiestnený v nasledujůcich adresárových polož- 
kách, potom tieto bajty majů takůto štruktůru: 


41C-+1D počet obsadených bajtov - kolko baj- 
tov zaberá sůbor v položkách 


J1E počet rozširujůcich položiek použitých 
na uloženie súboru 
£1F rezervované pre budůce rozšírenie 


Ak sůbor nie je komprimovaný, potom počet 
obsadených bajtov je zhodný s dížkou tela 
súboru. Ak je skomprimovaný, jedná sa o počet 
po komprimácii. Dižka je len 16-bitová, pretože 
súbory dlhšie ako 65536 bajtov sa vždy musia 
ukladať do vlastných dátových sektorov. Počet 
rozširujůcich položiek určuje kolko nasledujúůcich 
položiek v adresári sa použilo pre uloženie dát 
súboru. V každej rozširujůcej položke sa móže 
nachádzať až 30 bajtov dát sůboru. | Presná 
štruktůra rozširujůcej položky je popísaná ďalej. 


Informačný bajt 4*01 okrem štandartne 
používaných hodnót 


0 program v basicu (program) 

1 číselné pole (number array) 

2 znakové pole (character array) 

3 bližšie neurčený blok bajtov (bytes) 


može ešte nadobůdať tieto odporůčané 
(z hťadiska SFS nepovinné) hodnoty: 


bezhlavičkový sůúbor (doporučuje sa 
kvóli prehladnosti výpisu) 

48K snapshot 

128K snapshot 

sekvenčný súbor (doporučuje sa kvóli 
prehladnosti výpisu) 


N'ÝO U 


Ináč hodnoty vyššie ako 3 sů rezervované pre 
budůce použitie. 


Bajt +00  identifikácia položky (systémové 
atribůty) má takůto štruktůru: 


bit 7 platnost položky: 
1=platná, O=neplatná 
(napr. zmazaný súbor) 
bit 6 1=značka, že adresárová položka defi- 
nuje súbor 
bit 5 umiestnenie súboru v: 
O=dátových sektoroch, 
1=rozš. položkách 
bit 4 hlavička súboru: 
O=nie, 1=áno 
(t. j. O=bezhlavičkový súbor) 
bit 3 kompresia tela súboru: O=nie, 1=áno 
bit 2 kódovanie sůboru heslom: 
O=nie, 1=áno 
bit 1 rezervovaný, mal by byť nulový 
bit 0 linearita (sektory súboru idů za sebou): 


O=nie/neviem, 1=áno 


Linearita je príznak, či dátové sektory súboru a 
teda aj ich logické čísla idů bezprostredne za 
sebou. Ak je tento bit jednotkový, potom súbor 
nie je fragmentovaný. Kompresia a kódovanie 
tela súboru sů podrobne vysvetlené neskór v 
samostantných kapitolách. 


Bajt 412, užívatelské atribúty sůboru 
vyzerajů takto: 
bit / O=Open: 

O=všetko v poriadku, 

1=súbor nie je uzavretý 


bit 6 S=System: 
O=normálny súbor, 1=systémový 
bit 5 A=Archive: 


O=nový súbor, 1=zaarchivovaný 
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H=Hidden: 

O=viditelný, 1=neviditelný 
(CAT nevypisuje) 

D=Deletable: 

O=nezmazatelný, 1=zmazatelný 
(DELETE, ERASE) 

R=Readable: 

O=nečitatelný, 1=čitatelný sůúbor 
(pre LOAD) 

W=Wrniteable: 
O=nemodifikovatelný, 
1=modifikovatellný súbor 
X=eXecutable: 

O=nespustitelný, 1=spustitel'ný 
(NEW,LOAD...) 


Nastavený bit OPEN indikuje, Že sůbor je 
otvorený pre zápis. To znamená, že v památi sa 
móžu nachádzať dáta, ktoré ešte nie sů sejvnuté 
na médium. Tento bit sa používa na 
diagnostické účely - kontrolu že sůbor bol 
korektne uzavretý a teda dáta uložené v ňom sů 
platné. Vzhladom na to, Že používanie tohto bitu 
vyžaduje minimálne dva zápisy do položky 
(jeden pri otvorení sůboru a jeden pri jeho 
uzavretí), je možné si zvolit, či sa tento bit bude 
takto využívať. Určené je to bitom 3 v bajte +20 
- atribůtoch média v boot sektore. Tým sa 
užívatel móže rozhodnůť, či chce mať istotu že 
zápis sůboru prebehol v poriadku, alebo radšej 
dá prednosť pomalšiemu opotrebovávaniu média 
menším počtom zápisov. 


bit 4 


bit 3 


bit 2 


bit 1 


bit 0 


Bit SYSTEM sa odporůča nastavit pri systémo- 
vých sůboroch na bootovatelnom médiu. Bit 
ARCHIVE sa odporůča nastaviť, ak k danému 
súboru niekde existuje záložná kópia (poznámka: 
v MS-DOSe je to naopak). Tieto dva bity sů len 
pomocné a z hladiska SFS nemajů žiadny ďalší 
význam. 


Bit eXecutable indikuje, Že súbor je nejaký 
program, ktorý je možné spustit. Móže to byť 
basic, nejaký stroják pre Z80 uložený ako bytes, 
alebo snapshot. 


Ostatné bity majů svoj zvyčajný význam. Vždy 
hodnota 0 danů činnosť zakazuje a hodnota 1 ju 
povoluje. Móže sa zdať, že bit Readable je 
možno zbytočný (komu by načo už len bol sůbor 
ktorý sa nedá čítat), avšak tento bit je tu kvóli 
logickej úplnosti definície atribůtov súboru. 
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Adresárová položka - adresár 


Každá adresárová položka definujůca adresár 
obsahuje všetky dóležité informácie práve o 
tomto adresári na médiu. Poradové číslo položky 
v nadadresári, v ktorom je uložená, zároveň 
určuje číslo adresára, cez ktoré je možné do 
tohto adresára pristupovať. 


+00 identifikácia položky (1011xxxx, vzor 

pre syst. atribůty) 

+01 rezervované pre budůce použitie 

402-40B 10 znakov meno adresára 

40C-40F dátum a čas vytvorenia adresára 

410-411 rezervované pre budůce použitie 

+12 atribůty adresára (užívatelské atribůty) 

413 vzor pre užívatelské atribůty vytvára- 
ných sůborov 

414-417 dátum a čas poslednej modifikácie 

418-4 1B dlžka adresára v bajtoch 

41C-41F logické číslo prvého sektora 


Položka obsahuje dve časové špecifikácie. Prvá 
určuje kedy bol adresár vytvorený a druhá nesie 
informáciu o poslednej modifikácii adresára. 
Modifikácia adresára je akákolvek zmena v 
položkách, ktoré sa nachádzajů v adresári. 


Vzor pre uživatelské  atribůty  vytváraných 
súborov je bajt, ktorý sa vloží do užívatelských 
atribůtov sůboru, ktorý bol vytvorený v tomto 
adresári. Ako defaultnů hodnotu, ktorá sa sem 
vloží pri  vytvorení  adresára, sa odporůča 
používat hodnotu 40F. 

Bajt +00 identifikácia položky obsahuje okrem 
iného aj vzor ako majů vyzerať systémové 
atribůty pre súbory vytvárané v tomto adresári: 


bit / platnosť položky: 
1=platná, O=neplatná 


(napr. zmazaný adresár) 


bit 6 0 značka, že adresárová 
bit 5 l položka definuje adresár 
bit 4 1 

bit 3 vzor pre sůbory: komprimácia tela 


súboru: O=nie, 1=áno 


bit 2 vzor pre sůbory: kódovanie súůboru 
heslom: O=nie, 1=áno 

bit 1 vzor pre súbory: rezervovaný, 
mal by byť nulový 

bit 0 vzor pre sůbory: lineárne ukladanie 


súboru: O=nie, 1=áno 


Ak je bit 3=1 tak potom súbory sejvované do 
adresára by sa mali komprimovať a ak je bit 2=1 
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tak by sa mali ukladať na médium zakódované 
heslom. Ak je bit 0=0 tak sektory pre ukladaný 
súbor sa alokujů normálne podla stratégie danej 
bitom 0 v atribůtoch média, ale ak je bit 0=1 tak 
sa síce tiež používa daná stratégia, ale sůbor by 
sa mal uložit nefragmentovaný, t. j. podla tejto 
stratégie sa hladá prvá volná, dostatočne velká 
medzera volných sektorov pre uloženie súboru. 
Ak sa na médiu takáto medzera už nenájde, v 
tom prípade sa sůbor uloží fragmentovane a jeho 
bit linearity tým pádom ostane nulový. 


Bajt 4£12 užívatelské atribůty adresára: 

bit 7 O=Open: O=všetko v poriadku, 
1=adresár nie je uzavretý 

S=System: 

1=adresár obsahuje systémové súbory 
A=Archive: 1=všetky súbory v adresári 
sů zaarchivované 

H=Hidden: O=viditelný, 1=neviditelný 
(nevypisuje sa) 

D=Deletable: 

O=nezmazatelný, 1=zmazatel'ný 
(DELETE, ERASE) 

R=Readable: 

O=nečitatelný, 1=čitatellný sůbor 

(pre CAT) 

W=Writeable: 

O=nemodifikovatelný, 
1=modifikovatelný adresár 
X=eXecutable: 

O=nevykonatel'ný, 

1=vykonatelný (prístup k sůborom) 


bit 6 
bit 5 
bit 4 


bit 3 


bit 2 


bit 1 


bit 0 


Bit OPEN funguje podobné ako pri sůboroch. 
Hodnota 1 znamená že sa operácia zápisu do 
adresára ešte neskončila a teda dáta móžu byť 
nekonzistentné. Bit 3 v atribůtoch média (boot 
bajt +20) určuje či sa tento bit má alebo nemá 
používať. 


Bit SYSTEM sa odporůča nastaviť ak adresár 
obsahuje systémové súbory © potrebné | pri 
bootovaní médiu. Bit ARCHIVE sa odporůča 
nastaviť, ak všetky sůbory v adresári majů 
niekde vytvorenů záložnů kópiu. Podobné ako pri 
súbore, aj pri adresári sů tieto dva bity len 
pomocné a z hladiska SFS nemajů žiadny ďalší 
iný význam. 


Bit Hidden zakazuje zobrazenie adresára pri 
výpise nadadresára. Na výpis súborov v adresári 
nemá žiadny vplyv. 

Nulový bit Deleteable chráni adresár proti 
zmazaniu ako celku, avšak už nie proti zmazaniu 


jednotlivých sůborov v ňom. Proti zmazaniu 
súborov v adresári chráni bit Writeable - ak je 
nulový, nie je možné adresár  akokolvek 
modifikovať. Pod  modifikáciou adresára sa 
myslia akékolvek úpravy adresárových položiek v 
adresári (zmena mena, atribůtov, ... jednotlivých 
súborov). 


Bit Readable povoluje výpis adresára (CAT). Ak 
je nulový, je to zhruba asi tak ako keby všetky 
súbory v adresári mali nastavený Hidden bit. 


Bit eXecutable povoluje daný adresár použit v 
ceste k sůborom uloženým v tomto adresári. 
Ludsky povedané, ak tento bit je nulový, sů 
súbory v adresári pre datové operácie (read, 
write, new) nepristupné. 


Adresárová položka - komentár 


Textový komentár nie je operačným systémom 
nijak interpretovaný, systém ho iba vypisuje pri 
výpise adresára. Doporučené použitie je pre 
rózne užívatelské poznámky o programoch 

v danom adresári. 


+00 identifikácia položky (1001xxxx, 
XXXX=rezervované) 

+01 počet nasledujůcich rozširujůcich polo- 
žiek 

£02-41F 30 znakový textový reťazec ako ko- 
mentár 


Do jednej komentárovej položky sa vojde 30 
znakový text. Ak je potrebné umiestnitť do 
adresára komentár dlhší ako 30 znakov, možno 
prvých 30 znakov komentáru umiestnit do tejto 
položky a zvyšné znaky do potrebného množstva 
rozširujúcich položiek, ktoré nasledujů 
bezprostredne za touto položkou. Ak sa 
komentár vojde do 30 bajtov, bajt *01 je 
nulový. 


Adresárová položka - linka 


Linka je odkaz na inů adresárovů položku 
nachádzajůcu sa v tom istom, alebo prípadne aj 
inom adresári na médiu. Odkaz na iné médium 
neumožňuje. © Doporučené použitie linky je v 
prípade, ak je treba určitý sůbor mať nahraný vo 
viacerých adresároch naraz. V tom prípade sa 
súbor nahrá len do jedného adresára a v 
ostatných adresároch bude len linka na tento 
súbor. Alebo v prípade, ak daný sůbor má byť 
viditelný pod viacerými číslami (menami) v tom 
istom adresári. 
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+00 identifikácia položky (1010tttt, tttt=typ 
linky) 
+01 počet nasledujůcich rozširujůcich polo- 


žiek (ak nejaké treba) 
4£02-40B 10 znakov meno sůboru (meno linky) 
4£0C-*1F 20 bajtov špecifikácia ciel'a 
Bity tttt v identifikácii položky bližšie určujů akým 
spósobom linka ukazuje na svoj ciel. Ak je 
bit 3=0 potom linka je prvého (jednoduchšieho) 
typu a vtedy bajty 40C-*1F majů takýto 
význam: 


40C-415 10 znakov špecifikácia adresára kde sa 
nachádza sůbor 

416-41F 10 znakov špecifikácia súboru na ktorý 
ukazuje linka 


Ostatné bity tttt majů takýto význam: 


bit 2 vyhodnotenie adresára: 
O=absolůtne, 1=relatívne 

bit 1 špecifikácia adresára: 
O=číslom, 1=menom 

bit 0 špecifikácia súboru: 


O=číslom, 1=menom 


Absolůtne vyhodnotenie adresára znamená, že 
daný adresár je alebo sa hladá medzi 
podadresármi hlavného adresára. Tento typ linky 
je možné použit pre ukazovanie na sůbor alebo 
adresár ktorý sa nachádza v druhej úrovni 
stromu alebo jeho cesta sa dá vyjadrit v tvare: 
Disk:Nadresárisúbor. 


Relatívne vyhodnotenie adresára znamená, že sa 
východisko cesty neberie od hlavného adresára 
média ale od nadadresára k  aktuálnemu 
adresáru. Tento typ linky sa dá použit najlepšie 
pre  ukazovanie na súbor/adresár ktorý sa 
nachádza na tej istej úrovni stromu ako poloha 
linky, alebo inými slovami jeho cesta sa dá 
vyjadrit v tvare: ..Nadresárisůbor. 


10 znakov špecifikácia može byť 10-znakové 
meno súboru/adresára alebo 4-bajtové číslo 
súboru/adresára. V prípade čísla je dalších 6 
bajtov nevyužitých (móže slůžiť na nejaků 
poznámku). To, či je použité meno alebo číslo, 
určujů bity O a 1 v identifikácii položky. 


Druhý  (všeobecnejší) typ linky © umožňuje 
definovať ciel' cestou /ubovol'nej dlžky. Vtedy je 
tttt bit 3=1. Bajty 40C-40D v položke vždy 
určujů dižku cesty. Cesta sa skladá z definície 
jednotlivých adresárov na konci ktorej je adresár 
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alebo súbor podla toho, na čo ukazuje linka. 
Počet týchto definícii je zároveň dlžka cesty. Ak 
tttt bit 2=0 tak tieto definície sů uložené v 
osemnástich bajtoch 40E-31F. Ak by sa cesta 
nevošla do týchto osemnásť bajtov, je vtedy 
možné za položku ešte pridať príslušný počet 
rozširujůcich položiek (do každej sa vojde 30 
bajtov tejto cesty). Potom v bajte £01 je 
zapísaný počet kolko za ňou | nasleduje 
rozširujůcich položiek. Ak stačí 18 bajtov, bajt 
+01 je nulový (tak isto ako v komentárovej 
položke). 


Ak tttt bit 2=1 potom je táto cesta umiestnená 
do zvláštneho dátového sektora a štruktůra 20 
bajtov  špecifikácie ciela ©—majů nasledovný 
význam: 


+0C-40D dížka cesty alebo tiež počet definícií 

40E-413 rezervované (mali by ostať nulové) 

414-417 dátum a čas poslednej modifikácie 
linky 

4£18-41B dížka dát v bajtoch uložených v dáto- 
vom sektore 

41C-41F logické číslo prvého dátového sektora 
linky 


Definícia každého adresára alebo cielového 
súboru móže byť vyjadrená číslom alebo 
menom. Číslo móže byť jedno až štvorbajtové. 


Štruktúra definície jedného adresára určuje jej 
prvý bajt. 


Špecifikácia menom: 
4£01..£0A=nasleduje meno, bajt znamená počet 
znakov mena 


Špecifikácia číslom: 
411..4£14=nasleduje X-bajtová hodnota 


Ostatné hodnoty bajtov sů vyhradené a nemali 
by byť použité. 


Adresárová položka - rozšírenie 


Rozšírenie je špeciálny druh položky, v ktorej sa 
uchovávajů Údaje, ktoré sa už nevošli do 
predchádzajůcej položky. Rozširujůcich položiek 
móže byť za sebou aj viac (vzniká blok 
rozširujůcich položiek), avšak nemóžu existovať 
samostatne, ale len v sůčinnosti s nejakými 
položkami iného typu. 


+00 identifikácia položky 


(1000srrr, srrr=rezervované) 
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+01 poradie položky v rámci bloku rozši- 
rujúcich poloziek 


402-41F 30 bajtov dát podla účelu položky 


Bity "srrr" sů rezervované pre budůce použitie, 
"s" by mal byť nastavený na jednotku a "rrr" by 
mali ostat nulové. 


Do jednej rozširujúcej položky sa vojde 30 bajtov 
dát. Bajt +01 vždy obsahuje poradie konkrétnej 
položky v rámci bloku k sebe  patriacich 
rozširujůcich položiek. Napriklad ak nejaká 
položka potrebuje uložit v rozširujúcich polož- 
kách 80 bajtov dát, čo znamená že je treba 
použit tri rozširujůce položky, potom hodnoty 
bajtu +01 v týchto položkách budů: +01, 402, 
403. Podla týchto čísel operačný systém vie 
ktoré položky musia (sť bezprostredne za sebou, 
čo by mal zohladnitť pri róznych operáciách s 
adresárom (napr. utrasenie, zoradenie podla 
nejakého kritéria) aby nevhodným premiest- 
nením položiek neporušil konzistenciu dát. 
Pomocou tohto poradového čísla sa ošetruje 
situácia, keď užívatel' si dá urobit výpis katalógu 
od X-tej položky, pričom operačný systém zistí, 
že X-tá položka je toto rozšírenie s poradovým 
číslom Y, tak vie, Že položka využívajůca blok 
rozširujúcich položiek má číslo X-Y. 


Formát dátumu a času 


Formát času a dátumu je prevzatý z MS-DOSu. 
Vlastnosti formátu: 


* jednoduché kódovanie a dekódovanie 

« kompletná špecifikácia času zaberá len 4 bajty 

* priamym porovnávaním 4-bajtovej hodnoty sa 
dá určit čo je mladšie/staršie 

« kódovanie časovej špecifikácie od 1. 1. 1980 
do 31. 12. 2107 

e a pre úplnosť aj jedna nevýhoda: umožňuje 
zakódovatť len párny počet sekůnd 


| bajt | *17 | *16 | *15 | 214 
| bit [76543210 76543210 [76543210 [76543210 


| údaj [yyvvyvym MMMDDDDD |HHHHHMMM $MMMSSSSS 


rok mesiac deň 





hodiny minúty 2x sekundy 


Skutočný počet sekůnd dostaneme ak číslo z 
bitov 0-4 bajtu +14 vynásobíme dvomi. Preto sa 
tu dá zakódovať len párny počet sekůnd. 
Skutočný počet rokov dostaneme ak kčíslu z 
bitov 1 až 7 z bajtu +17 pripočítame hodnotu 
1980. Všetky ostatné údaje sů interpretovatelné 
priamo. 


Ak sa vo všetkých štyroch bajtoch nachádzajů 
nuly, potom dátum a čas nie sů definované 
(napr. daný OS nepodporuje časové špecifi- 
kácie). Ak bajty +16 a +17 obsahujů hodnotu 
JFF tak to znamená že dátum sůboru prekročil 
hodnotu 31. 12. 2107. 


Komprimácia súborov 


Niekedy je užitočné, aby súbor bol uložený na 
médiu v skomprimovanom stave, pretože tak 
zvyčajne zaberá menej miesta. Preto SFS 
definuje aj komprimáciu sůúborov. Avšak v prípa- 
de požiadavky na uloženie sůboru v skomprimo- 
vanom tvare sa sůbor uloží na médium 
skomprimovaný len vtedy, ak po komprimácii 
zaberie menej dátových sektorov ako v neskom- 
primovanom stave. 


V prípade, že sůbor je na médiu uložený ako 
skomprimovaný, jeho skutočná dlžka v adresáro- 
vej položke stále znamená jeho skutočnů dlžku 
kolko © zaberal © povodne © neskomprimovaný. 
Informácia o tom, kolko bajtov sůbor zaberá po 
komprimácii, je uložená vo FATke - je to počet 
alokovaných sektorov a z posledného sektora 
počet skutočne využitých bajtov. 


Aby sa príliš nespomalilo čítanie a zapisovanie 
skomprimovaných súborov, pracuje komprimácia 
na velmi jednoduchom principe. Akonáhle sa 
v sůbore nachadzajů aspoň tri rovnaké bajty 
bezprostredne za sebou, namiesto nich sa do 
skomprimovaného sůboru uloží len ich počet a 
jeden z nich. 


Napriklad máme blok bajtov: 


11 22 33 33 44 55 8A 8A 8A 8A EE FF 
00700 V000 100700 .00"00 2599, 


Skomprimovaný blok bude vyzerať takto: 


06 11 22 33 33 44 55 84 8A 02 EE FF 
88 00 03 99 88 77 


Skomprimovaný blok je rozdelený na úseky, 
každý úsek začína špeciálnym bajtom (označené 
bajty): 

bit 7=príznak komprimácie 

bit 6-0=počítadlo bajtov N, 0=128, 1=129, 
2=130 bajtov. 


Ak bit 7=0 tak úsek obsahuje N nekomprimo- 
vatelných bajtov (t. j. nejdů za sebou aspoň tri 
rovnaké bajty). 
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Mgspectrumj sSpectrum| as-—a9-g9 


Ak bit 7=1 tak úsek pozostáva z N rovnakých 
bajtov. V tom prípade je dátový bajt uvedený len 
raz. 


Na to, aby sa pri  komprimáci | začalo 
komprimovať, musia za sebou ísť aspoň tri 
rovnaké bajty. Ak sů len dva, uložia sa ako 
nekomprimovatelné. Ak je počet rovnakých/ 
130, tak sa vždy po 130 bajtoch úsek uzavrie a 
začne sa generovať nový úsek. 


Najnepriaznivejsia kombinácia bajtov sů samé 
nekomprimovatelné bajty. Vtedy sa skomprimo- 
vaný blok predlži o 1/130 svojej dlžky, pretože 
po každom 130. bajte je treba uložit špeciálny 
bajt ktorý nesie informáciu že daný úsek 
obsahuje 130 nekomprimovaných bajtov. Vtedy 
sa samozrejme daný sůbor uloží na médium 
nekomprimovaný. 


Poznámka: Podobný typ komprimácie používajů 
aj kopírovacie programy BS COPY 06, 07, 128=, 
128. 


Kódovanie sůborov 


Podobne ako komprimácia je tiež niekedy 
užitočné chránit nejaký konkrétny súbor heslom. 
Napriklad užívatell má v sůbore uložené nejaké 
tajné zdrojáky alebo intímne informácie ktoré by 
sa nemali dostat na verejnosť. SFS preto 
definuje spósob, ako súbor zakódovat pomocou 
nejakého užívatelom zadaného hesla. 


Základná myšlienka kódovania je takáto: heslo 
jednoznačne určuje nejaků pomerne zložitů 
postupnosť bajtov, ktorou sa "vyxoruje" daný 
súbor. © Dekódovanie sůboru je potom analo- 
gické: sůbor sa vyxoruje touto postupnosťou 
bajtov ešte raz a znovu je v póvodnom 
nezakódovanom tvare. 


V prípade, že heslo použité pri dekódovaní 
súboru nie je presne to isté ako heslo použité na 
zakódovanie © sůboru, © bude © dekódovacia 
postupnosť bajtov iná ako kódovacia a to, Čo z 
poóvodného sůboru vznikne, bude v podstate 
kopa nepoužitelných bajtov. 

Pri dekódovaní sůboru neexistuje Žiadny exaktný 
mechanizmus ktorý by indikoval či sůbor je dekó- 
dovaný správne, alebo zle, pretože existencia 
takéhoto mechanizmu by viac či menej ulahčila 
hladanie neznámeho hesla. 
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Algoritmus kódovania a dekódovania 


Majme reťazec znakov dížky H a súbor dížky S: 


char heslo|[H/; 
char súbor [Sl 
a takýto generátor pseudonahodných čísel G[n]: 


GI[n+1]=(5 * GIn] + 7) MOD 65536 


potom sůbor bude zakódovaný takto: 
Pre. x=W az S51 UFob: 


súbor [x]=súůbor[x] XOR Hi (G[x]) XOR 


Bo1slx]) XOR: heslo [sč MOD F; 


pričom začiatočná hodnota generátora G[0] sa 
určí takto: 


high=0; low=0; 

Pre i=0 až H-1l urob: 

low= (low+heslo[i]) MOD 256; 
high=RRCA (high) XOR heslol[i]; 
G[0]=256*high+low 


RRCA je operácia totožná s rovnomennou 
inštrukciou rotácie procesora Z80. 
Vzhladom na to, že perióda generátora 


pseudonahodnych čísel je 65536, odporůča sa 
pre lepšie zakódovanie sůboru zadávat heslo, 
ktorého dlžka nie je sůdelitellná s číslom 65536. 
Napriklad akékolvek heslo ktoré má nepárny 
počet znakov. Najideálnejšie sů heslá ktorých 
počet znakov je nejaké prvočíslo váčšie ako 7. 


Záver 


Možno na prvý pohlad vyzerá celá definícia SFS- 
01 velmi zložito a komplikovane, ale velmi vela 
vecí z nej sů rózne špecialitky zabezpečujúůce 
efektívnejšiu prácu operačného systému alebo 
komfort užívatela, ktoré jedno-duchšie verzie 
operačných systémov nemusia využívať. Tiež v 
niektorých © štruktůrach SFS sa nachádzajů 
redundantné dáta, t. j. dáta, ktoré sa nachádzajů 
už v iných štruktůrach alebo ktoré je možné z 
iných dát jednoznačne určiť. Napriklad dlžka 
súboru je na médiu uložená trikrát - v hla-vičke 
súboru, v dižke tela a ešte sa aj dá určiť z 
FATky. Všetky redundantné dáta sů v SFS 
zámerne kvóli diagnostikovaniu dátovej konzis- 
tencie štruktůry údajov a kvóli efektivnejšej práci 
operačného systému. 


-BUSY- 


